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PREFACE 


This  report  documents  the  analysis  and  findings  of  a  research  project 
conducted  for  the  David  W.  Taylor  Naval  Ship  Research  and  Development 
Center  (DTNSRDC) ,  Bethesda,  Maryland.  The  technical  monitor  was  M.J. 
Zubkoff,  Code  187,  of  DTNSRDC.  The  research  was  sponsored  by  the  Naval 
Air  Systems  Command  under  the  direction  of  D.S.  Hurst,  Code  AIR-3101. 

The  work  was  performed  under  Contract  N00600-82-D-8362  D.O.  0001. 

The  research  was  performed  within  the  following  three  organizational 
activities  at  SRI  International: 

•  Systems  Evaluation  Center  (SEC)  of  the  Research  and  Analysis 
Division  (RAD).  L.L.  Gilbert  is  Director  of  SEC,  and  D.D.  Elliott 
is  Vice  President  of  RAD. 

•  Advanced  Computer  Systems  Department  (ACSD)  of  the  Information 
Systems  Consulting  Division  (ISCD) .  L.L.  Fried  is  Director  of 
ACSD,  and  D.H.  Brandin  is  Vice  Prusident  of  ISCD. 

•  Robotics  Laboratory  (RL)  of  the  Advanced  Technology  Division 
(ATD) .  D.  Nitzan  is  Director  of  RL,  and  W.F.  Greenman  is  Vice 
President  of  ATD. 

R.H.  Monahan  of  SEC  was  program  manager  and  co-principal  investi¬ 
gator.  The  other  principal  investigators  were  D.R.  Brown  of  ACSD  and 
W.T.  Piftc  of  RL.  M.A.  Hackworth  provided  the  computer  programming  support 
for  this  project. 

SRI  extends  its  appreciation  to  personnel  of  the  Aircraft  Intermediate 
Maintenance  Department  at  the  South  Weymouth  Naval  Air  Station,  South 
Weymouth,  Massachusetts. 


I  INTRODUCTION 


This  is  a  report  on  the  potential  for  applications  of  artificial 
intelligence  and  robotics  (AI/Robotics)  to  Navy  aircraft  maintenance  at 
the  organizational  and  intermediate  levels.  It  is  intended  to  be  broad 
in  scope,  and  it  represents  a  preliminary  look  at  the  field  of  potential 
applications.  The  SRI  project  team  has  comprehensive  knowledge  of  arti¬ 
ficial  intelligence  and  robotics,  but  was  limited  in  the  depth  of  its 
investigation  of  current  practices  in  Navy  aircraft  maintenance  at  the 
organizational  and  intermediate  levels.  A  one-day  visit  to  the  South 
Weymouth  Naval  Air  Station  on  October  19,  1983,  provided  the  SRI  team 
its  only  field  experience  during  the  project.  Nevertheless,  this  exper¬ 
ience,  together  with  knowledge  already  possessed  by  the  SRI  staff  and 
knowledge  gleaned  from  current  Navy  documents,  provides  a  good  basis 
for  the  purposes  of  the  study. 

The  general  objective  of  the  study  was  to  develop  a  data  base  and 
methodology  of  assessing  Al/robotic  applications  to  Naval  aircraft  main¬ 
tenance.  The  research  was  conducted  in  three  phases:  Survey  of  AI/ 
Robotics,  AI/Robotic  Opportunities  and  Design  Concepts,  and  Cost-Benefit 
Methodology.  Chapter  II  of  this  report  presents  a  summary  description 
of  the  AI/Robotic  technologies  that  are  relevant  to  Naval  aircraft  main¬ 
tenance.  The  detailed  survey  of  Al/robotic  technologies  is  presented  in 
Appendix  A  of  this  report 

In  Chapter  III,  various  opportunities  for  application  of  AI/Robotics 
are  discussed  under  different  categories  of  automatation  such  as  informa¬ 
tion  systems,  interactive  maintenance  aids,  etc.  For  each  of  these  cate¬ 
gories  of  automation  opportunities,  a  number  of  specific  maintenance  design 
concepts  are  then  identified.  Each  design  concept  is  described  and  dis¬ 
cussed  in  relation  to  the  state-of-the-art  in  Al/robotics,  and  research 
trends  and  needs. 

The  methodology  developed  for  assessing  the  cost-benefit  tradeoffs 
of  possible  implementation  of  Al/robotic  techniques  and  procedures  directed 


to  the  enhancement  of  Naval  aircraft  maintenance  system  efficiency 
is  presented  in  Chapter  IV.  The  applicable  cost-benefit  factors  are 
discussed  and  then  a  description  of  a  cost-benefit  model  is  presented. 

The  use  of  the  model  is  then  demonstrated  with  the  use  of  a  hypothetical 
application.  Appendix  B  presents  a  description  of  a  utility  data  base 
structure  for  representing  manpower  requirements,  which  supports  the  cost- 
benefit  methodology.  The  computer  program  that  implements  the  cost-benefit 
model  is  listed  in  Appendix  C,  together  with  a  description  of  the  program 
inputs . 


II  RELEVANT  TECHNOLOGY 


A  detailed  survey  of  relevant  AI  and  robotics  technology  is 
presented  in  Appendix  A  of  this  report.  A  brief  review  is  presented  in 
this  chapter. 

A.  AI  versus  Robotics  Technologies 

The  types  of  tasks  suitable  for  applications  of  Al/robotics 
technologies  are,  in  general,  tasks  that  are  ordinarily  performed  by 
humans,  since  both  AI  and  robotics  are  aimed  at  building  machines  that 
imitate  human  behavior.  Artificial  intelligence  is  concerned  with  the 
functions  of  the  brain,  whereas  robotics  Include,  in  addition  to  brain 
functions,  sensors  and  effectors.  Even  though  the  machines  may  imitate 
human  behavior.  Important  differences  exist.  For  example,  machines  are 
far  from  having  the  capability  of  humans  to  understand  language, 
recognize  objects,  or  perform  operations  requiring  great  dexterity.  On 
the  other  hand,  machines  have  no  fear,  are  tireless,  may  have  great 
strength,  can  work  in  hazardous  environments,  and  are  constantly  alert 
and  able  to  function  at  their  best. 

Robots  require  artificial  intelligence,  but  AI  may  be  useful 
without  robotics.  (Some  see  robotics  as  a  subdivision  of  AI.)  In 
maintenance,  or  any  task  requiring  both  knowledge  and  manual  dexterity, 
AI  may  possibly  be  helpful  in  supplying  the  knowledge  required  for  the 
task.  For  example,  a  maintenance  technician  may  be  guided  through  his 
task  by  a  computer  with  artificial  intelligence,  without  the  need  for 
robotics.  If  robotics  were  used,  the  eyes  and  hands  of  the  technician 
might  be  replaced  by  a  robot,  eliminating  the  need  for  a  person  to 
perform  the  task.  Thus,  we  see  two  basically  different  approaches  to 
the  use  us  AI  in  aircraft  maintenance.  In  the  first,  AI  is  used  to 
provide  knowledge  to  the  human  who  actually  does  the  work  using  his  own 


eyes  and  hands.  In  the  second,  A1  (in  the  form  of  robotics)  is  used  to 
do  the  work,  eliminating  direct  human  contact  In  performing  the  task. 

In  this  second  case,  either  a  human  or  a  computer  with  artificial 
intelligence  can  guide  the  artificial  eyes  and  hands  (of  the  robot).  If 
human  intelligence  is  used  to  guide  the  artificial  eyes  and  hands,  the 
system  is  called  a  teleoperator.  In  general,  developing  an  application 
that  uses  AI  alone  will  be  easier  (i.e.,  it  will  cost  less  and  require 
less  from  advanced  technology)  than  developing  one  that  uses  robotics. 
Also,  a  teleoperator  system  will  be  easier  to  develop  than  one  without  a 
human  operator. 

B.  Relevant  AI  Technologies 

1.  Expert  Systems 

Expert  systems  have  attracted  much  attention  in  recent  years  and 
their  usefulness  has  been  demonstrated,  especially  in  the  case  of  the 
expert  system,  XCON,  used  by  the  Digital  Equipment  Corporation  for 
configuring  DEC  VAX-11  computer  systems.  Expert  systems  are  based  upon 
a  knowledge  base  of  expertise,  sometimes  expressed  as  ”lf  ...,  then  ...” 
rules.  The  expertise  is  derived  from  human  experts,  and  makes  that 
expertise  as  available  as  the  computer  on  wh^cft  the  system  has  been 
installed.  In  the  esse  of  XCON,  the  system  has  had  some  unexpected 
benefits.  One  has  been  in  the  area  of  maintenance,  where  field 
maintenance  has  been  made  easier  as  a  result  of  the  consistent  manner  in 
which  computer  systems  have  been  configured.  Another  commercial 
development  has  also  attracted  attention.  The  General  Electric  Company 
is  developing  a  promising  expert  system  for  troubleshooting  diesel- 
electric  locomotives,  called  CATS-1.  It  incorporates  the  expertise  of 
one  human  expert  and  is  intended  for  repairs  that  can  be  made  in  the 
field  in  a  few  hours. 

2.  Automatic  Planning 

Planning  systems,  sometimes  considered  a  kind  of  expert  system, 
have  not  yet  achieved  the  degree  of  acceptance  and  application  that  have 
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been  achieved  by  expert  systems.  However,  automatic  planning  has  been  a 
subject  of  research  In  AI  from  the  beginning,  since  planning  techniques 
are  at  the  core  of  artificial  Intelligence.  Planning  Is  the  creation  of 
a  sequence  of  actions  that  can  be  carried  out  to  reach  a  goal.  The 
potential  advantages  of  automatic  planning  systems  are  that  they  can 
handle  complexities  beyond  the  ability  of  humans,  and  at  far  greater 
speed.  Planning  with  multiple  constraints  Is  difficult  for  humans,  and 
likely  to  contain  errors,  whereas  automatic  planning  systems  will  always 
be  correct  (assuming  the  Inputs  are  correct).  The  speed  of  planning 
systems  makes  them  Ideal  for  monitoring  the  execution  of  plans  and  rapid 
replanning  when  the  situation  changes.  Automatic  planning  may  be  done 
completely  autonomously  (as  In  the  case  of  an  unmanned  vehicle)  or  may 
be  done  Interactively  with  a  human  supervisor. 

3.  Natural  Language 

AI  research  In  natural  language  and  speech  Is  aimed  at  reducing  the 
natural  language  (or  speech)  Input  to  a  representation  In  the  computer 
that  captures  the  Intended  meaning.  In  ’’understanding"  speech,  the 
Input  Is  a  digitized  acoustic  signal,  while  In  "understanding"  natural 
language,  the  Input  Is  text,  usually  entered  from  a  keyboard.  Speech 
Input  has  obvious  advantages,  since  no  typing  skills  are  required  and 
the  person's  hands  are  free  for  other  tasks.  While  many  problems  remain 
to  be  solved,  limited  but  useful  natural  language  systems  are  already 
commercially  available.  The  problem  of  understanding  speech  Is  much 
more  difficult  because  of  signal  Interpretation  difficulties.  However, 
usable  technology  for  speech  Input  has  become  Increasingly  available. 
Subsystems  are  now  available  that  can  "recognize”  words,  or  even 
sentences  spoken  by  different  persons,  subject  to  limitations  In 
vocabulary  and  sentence  construction.  Experience  with  commercial 
natural-language  Interfaces  to  data  bases,  notably  the  INTELLECT  system 
sold  by  the  Artificial  Intelligence  Corporation,  has  proved  the 
usefulness  of  Al-type  natural-language  technology.  These  Interfaces  can 
handle  English  grammar.  In  general,  with  the  limited  vocabulary  of  the 
data  base  to  which  they  are  Interfaced  and  the  limited  function  of 
retrieving  specific  facts. 
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4.  Machine  Vision 

Vision  is  the  most  useful  sense  a  maintenance  robot  can  possess. 

It  will  allow  the  robot  to  identify.  Inspect,  and  determine  the  position 
of  objects  around  it,  rapidly,  at  a  distance,  and  without  touching  them. 
In  many  situations  the  best  (or  only)  method  for  a  mobile  robot  to 
navigate  will  be  by  visual  observation  of  its  immediate  surroundings. 

Artificial  intelligence  research  on  machine  vision  today 
concentrates  on  Imagery  that  has  too  much  inherent  variability  for 
commer daily-available  industrial  vision  systems— e.g. ,  noisy  or 
blurred  Imagery,  cluttered  scenes,  and  objects  that  are  only  partially 
visible  or  whose  shape  cannot  be  precisely  known  (like  trees).  Office, 
shop,  and  outdoor  scenes  (especially  urban)  are  extremely  difficult  for 
machine  vision  systems  to  analyze  due  to  uncontrolled  lighting,  weather, 
dirt,  and  the  tremendous  variety  of  objects  that  can  be  seen. 

Though  concerned  with  interpretation  rather  than  acquisition  of 
images,  much  AI  vision  research  is  directed  towards  specific  kinds  of 
Imagery,  such  as  gray-scale,  color,  and  various  kinds  of  three- 
dimensional  images.  It  is  primarily  concerned  with  segmenting  an  image 
into  meaningful  parts  and  identifying  them.  ’’Bottom-up”  approaches 
start  with  the  raw  image  data  and  attempt  to  segment  it  on  the  basis  of 
local  characteristics  such  as  edges,  shading,  or  texture.  "Top-down” 
approaches  start  with  descriptions  of  the  kinds  and  groupings  of  objects 
to  expect  in  a  scene  and  attempt  to  find  them.  These  two  methods  are 
complementary.  For  example,  top-level  information  about  object  shapes 
can  help  eliminate  spurious  edges,  while  low-level  features  can  provide 
possible  outlines  to  match  against  the  objects  being  sought. 

The  more  unpredictable  the  appearance  of  the  objects  Involved  in  a 
maintenance  application,  the  more  important  artificial  intelligence 
techniques  will  be  for  machine  vision.  For  example,  assembling  a 
turbine  or  wheel  from  a  kit  of  clean  parts  laid  out  on  a  table  would 
probably  require  only  a  commercial  Industrial  vision  system. 
Disassembling  a  dirty  or  damaged  one  would  be  much  more  difficult. 

Visual  navigation  would  be  simpler  on  a  clear  runway  or  flight  deck  than 
in  a  shop  area  or  belowdecks. 
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Three-dimensional  Imaging  techniques  will  be  particularly  Important 
In  future  robot  systems.  Much  AI  vision  research  has  been  expended  on 
determining  the  three-dimensional  shape  of  an  object  from  2-dlmenslonal 
black-and-white  or  color  Imagery.  For  example,  one  approach  Is  based  on 
multiple  two-dimensional  Images  from  different  directions  (binocular  or 
motion  stereo),  another  on  analysis  of  shading  variations  across  the 
object  ("shape  from  shading").  It  Is  becoming  possible  to  avoid  this 
kind  of  Image  processing  completely  and  sense  the  three-dimensional 
shape  directly.  Two  such  techniques  Include  structured  Illumination  of 
a  scene  and  measuring  the  round-trip  time  of  flight  of  a  scanning  laser 
beam. 

C.  Relevant  Robotics  Technologies 

The  robotic  technologies  most  relevant  to  naval  air  maintenance 
applications  are  manipulation,  sensing,  mobility,  and  control. 

1.  Manipulation 

Manipulation  technology  consists  of  a  well-developed  body  of 
kinematic  theory  for  producing  any  desired  movement  of  an  end  effector 
(e.g.,  a  gripper  or  tool)  carried  at  the  end  of  a  robot  arm.  The  arm 
may  be  any  size  and  shape,  but  for  complete  control  of  end-effector 
motion  It  must  have  at  least  six  Independent  joints.  More  are  needed  If 
the  arm  Itself  must  also  get  around  obstacles. 

Although  most  manipulators  function  as  arms  (l.e.,  they  carry  a 
"hand"  cf  some  sort),  they  can  also  be  used  as  "necks"  (carrying  a 
camera.)  and  "legs."  Recently,  multiple  small,  three- jointed 
manipulators  have  been  mounted  on  a  hand  to  produce  true  fingers  In  the 
near  future  we  may  expect  to  see  the  development  of  extremely  small 
manipulators  for  mlcromanlpulatlon,  arms  with  a  large  number  of  joints 
("tentacles")  for  getting  Into  confined  spaces,  and  dendritic  (multiply- 
branched)  manipulators  for  complex  manufacturing  and  assembly  tasks. 
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2.  Sensing 


A  robot  csn  of  course  csrry  and  operate  almost  any  kind  of  sensor 
that  a  task  requires.  However,  only  a  few  different  kinds  are  needed  by 
the  robot  Itself,  today.  It  Is  convenient  to  distinguish  between  robot- 
control  sensors  that  sense  conditions  Internal  to  the  robot  and  those 
that  sense  external  conditions.  The  latter  can.  In  turn,  be  usefully 
classified  as  either  contact  or  noncontact,  depending  upon  whether  or 
not  the  relevant  transducer  must  touch  another  object. 

a.  Internal  Sensors 

The  most  common  Internal  sensors  In  robots  today  are  those  for 
proprioception  (sensing  relative  position  of  movable  parts  of  the  robot) 
and  kinesthesia  (sensing  motion  or  effort  In  them).  Their  signals  are 
rarely  available  outside  of  the  servo  control  systems  that  regulate  the 
motion  of  the  robot's  joints. 

The  most  common  proprioceptors  are  potentiometers,  resolvers,  and 
single-  and  multi-track  encoders.  These  report  the  Instantaneous 
position  of  a  robot  joint.  The  most  common  kinesthetic  sensor  Is  a 
tachometer  that  reports  the  rate  of  change  of  joint  position.  The 
effort  at  a  joint  Is  usually  measured  Indirectly  by  monitoring  current 
through  the  joint  motor  or  pressure  across  a  fluid  actuator,  though 
recent  approaches  use  strain  gauges  In  the  joints. 

In  the  near  future.  Inertial  sensors  will  be  extremely  Important  In 
mobile  robots,  for  navigation.  Fiber  optic  linear  and  angular 
accelerometers  will  probably  be  the  most  common  kind,  but  a  Japanese 
fluidic  sensor  also  looks  promising. 

b.  External  Sensors 

External  sensors  give  a  robot  Its  sense  of  touch,  sight,  and 
hearing.  Touch  sensors  are  of  course  contact  sensors,  while  the  others 
are  noncontact. 
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(1.)  Contact  Sensors 


Contact,  or  tactile,  sensors  may  detect  touch  or  measure  pressure, 
force,  or  torque.  Good  tactile  sensing  will  be  vital  In  achieving  the 
degree  of  dexterity  that  robots  will  need  to  do  many  equipment 
maintenance  tasks. 

Touch  sensors  are  usually  used  In  fingertips  to  control  and  monitor 
grasping.  Mlcroswltches,  strain  guages,  and  conductive  elastomers  are 
usually  used  as  the  transducers. 

When  a  robot  Is  fitting  parts  together.  It  Is  very  useful  to  be 
able  to  monitor  the  direction  and  magnitude  of  the  force  and  torque  that 
It  exerts  on  the  parts.  The  least  accurate  method  Is  to  measure  efforts 
In  the  arm  joints.  A  better  approach  Is  to  measure  the  vector  force  and 
torque  at  a  point  In  the  wrist  with  a  special  slx-degree-of-freedom 
moment  sensor  (now  commercially  available)  and  then  mathematically 
transform  them  to  the  parts.  A  more  recent  and  sophisticated  approach 
Is  to  measure  the  joint  efforts  In  three  servo-controlled  fingers.  It 
Is  also  possible  to  mount  force/torque  sensors  In  jigs  and  fixtures. 
Strain  guages  are  the  most  common  transducer  In  this  sort  of  tactile 
sensor. 

Recently,  flngertlp-slzed  sensors  have  become  available  that  can 
measure  pressure  distributions  over  a  planar  region  about  one  Inch  on  a 
side.  These  are  called  tactile  arrays.  They  produce  a  kind  of  two- 
dimensional  Image  which  can  often  be  Interpreted  successfully  with 
conventional  visual  Image  processing  algorithms.  Tactile  arrays  will  be 
very  useful  In  the  future  for  handling  small  parts.  They  can  be  used  to 
Identify  the  parts  as  well  as  to  accurately  determine  how  the  fingers 
are  holding  them.  A  variety  of  Innovative  transducers  are  used  In 
tactile  arrays,  such  as  conductive  elastomers  and  Integrated  circuits. 

(2.)  Noncontact  Sensing  Modes 

The  most  Important  noncontact  sensing  mode  today  Is  vision,  though 
use  of  ultrasonics  Is  growing  rapidly. 
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visual  sensors  can  supply  Information  at  a  faster  rate  (e.g.,  4 
MHz)  and  from  a  larger  sensing  volume  (In  principle,  Infinite)  than  any 
other.  The  most  common  kind  of  robot  vision  system  today  Is  a  "binary 
system. "  It  uses  a  monochrome  television  camera  to  take  a  picture  that 
has  a  range  of  different  brightnesses  In  It  (a  "gray-scale"  Image).  It 
then  Increases  the  contrast  to  make  dark  objects  In  the  scene  stand  out 
against  a  light  background  (or  vice  versa).  Finally,  It  applies  various 
simple  and  rapid  measurements  to  the  hlgh-contrast  ("binary")  Image  to 
Identify  and  locate  the  objects.  A  binary  vision  system  can  learn  to 
recognize  new  objects  by  being  shown  them  once,  and  can  even  recognize 
them  If  they  appear  In  arbitrary  orientations.  However,  the  lighting 
must  be  carefully  controlled  or  the  hlgh-contrast  Images  will  vary 
enough  to  be  unrecognizable.  Nevertheless,  many  different  kinds  of 
"benchtop"  maintenance  tasks  could  be  set  up  to  meet  this  requirement 
and  a  robot  could  do  them. 

Structured-light  vision  systems  have  become  available  for  use  with 
robots  In  the  last  few  years.  These  do  not  require  such  strict  control 
over  ambient  lighting  as  binary  vision  systems,  and  can  provide  three- 
dimensional  Information  about  part  shape,  often  quite  accurately.  They 
allow  a  robot  to  perform  a  variety  of  Inspection  tasks  Important  In 
maintenance,  and  can  help  It  find  parts  that  are  too  Jumbled  together 
for  a  binary  vision  system  to  see  them. 

The  Polaroid  ultrasonic  range  sensor  has  been  on  the  market  for 
several  years  now,  and  has  often  been  used  to  detect  the  presence  of 
objects  around  a  robot  and  the  distance  and  direction  to  them.  More 
sophisticated  forms  of  ultrasonic  In-alr  sensor  are  now  becoming 
available  that  will  perform  precise  Inspections  and  position 
measurements  that  the  Polaroid  sensor  cannot. 

3.  Mobility 

Though  rare  today,  mobile  robots  will  be  crucial  for  many  naval  air 
maintenance  functions,  especially  outdoor  ones.  Navigation  and 


propulsion  are  the  most  most  Important  considerations.  Navigation  will 
require  advanced  technologies  such  as  Inertial  navigation  and  three- 
dimensional  machine  vision.  A  simple  wheeled  mechanism,  however,  would 
be  an  adequate  propulsion  system  for  most  naval  air  maintenance  tasks. 
Future  mobile  robots  will  use  AI  methods  to  determine  their  location  and 
plan  routes  to  follow.  Steering  and  short-range  obstacle  avoidance  will 
require  only  good  engineering. 

4.  Control 

Control  Issues  Include  the  degree  of  autonomy  that  the  robot  has 
and  the  organization  of  the  control  software  and  hardware.  Some  naval 
air  maintenance  applications  require  only  remote  control  of  the  robotic 
equipment,  others  a  completely  automatic  mode  of  operation,  and  still 
others  a  combination  of  the  two.  Independently  of  these  choices,  the 
control  system  can  be  organized  as  an  hierarchical  set  of  processes,  a 
set  of  Interacting  parallel  processes,  and  located  In  from  one  to  many 
computers.  A  number  of  techniques  have  been  developed  for  reliable 
communication  between  different  processes  and  computers,  and  these  will 
probably  be  quite  Important  In  more  complex  robotic  maintenance  systems. 


Ill  AUTOMATION  OPPORTUNITIES  AND  DESIGN  CONCEPTS* 


A.  Opportunities 

1.  Categories  of  Automation 

Some  Important  classes  of  parts  that  we  found  are  routinely 
maintained  at  Intermediate  level  Include  engines,  helicopter  rotor  hubs, 
wheels  and  brakes,  hydraulic  valves  and  actuators,  scanning  mounts  for 
radar  dishes,  microwave  and  hydraulic  "plumbing,"  and  wire  harnesses. 

We  have  grouped  opportunities  for  automation  of  naval  air 
maintenance  activities  Into  the  following  categories: 

IS  —  Information  systems 

IM  —  Interactive  maintenance  aids 

AS  —  Automated  spraying  systems 

TO  —  Teleoperated  equipment 

MC  —  Mobile  autonomous  cleaning  robots 

DR  —  Automatic  disassembly  and  reassembly  robots 

IE  —  Automatic  Inspection  equipment 

FR  —  Fabrication  robots 


2.  Equipment  Descriptions 

The  type  of  automation  equipment  that  would  be  used  In  each  of 
these  categories  Is  as  follows: 

IS  ~  Information  systems 

Computer  systems  with  advanced  software  that  use 
artificial  Intelligence  techniques  to  make  decisions 
that  would  normally  require  a  skilled,  experienced 
expert. 


*  Individual  research  Is  not  generally  cited  In  this  chapter. 
Applicable  references  are  Included  In  the  bibliography  presented  at 
the  end  of  the  main  body  of  this  report. 


IM  —  Interactive  maintenance  aids 


Computer  systems  with  artificial  Intelligence  software 
and  special  peripherals  that  make  It  easy  for  the 
computer  and  a  maintenance  technician  to  communicate 
with  one  another. 

AS  —  Automated  spraying  systems 

Robotic  equipment  for  spraying  various  liquids. 

TO  —  Teleoperated  equipment 

Remotely-controlled  robotic  equipment  for  performing 
hazardous  or  fatiguing  tasks  that  are  too  difficult  for 
robotic  equipment  to  perform  fully  automatically. 

MC  —  Mobile  autonomous  cleaning  robots 

Robotic  equipment  to  perform  routine  cleaning  tasks  of 
various  kinds  In  various  locations. 

DR  —  Automatic  disassembly  and  reassembly  robots 

Robotic  equipment  that  can  automatically  perform  various 
functions  Involved  In  rebuilding  various  parts  of  an 
aircraft. 

IE  —  Automatic  Inspection  equipment 

Robotic  equipment  that  can  automatically  carry  out 
various  kinds  of  routine  Inspections  on  aircraft 
components. 

FR  —  Fabrication  robots 

Robotic  equipment  that  can  perform  various  material¬ 
shaping  functions. 

3.  Summary  of  Conceptual  Designs 


Within  each  of  the  above  general  categories  we  have  Identified 
specific  maintenance  activities  that  could  be  automated.  For  each 
activity,  we  have  developed  one  or  more  conceptual  designs  for  AI  and/or 
robotic  systems  that  could  perform  the  activity.  The  conceptual  designs 
that  we  have  developed  are  the  following:* 


*  These  are  discussed  In  detail  In  Section  B. 
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IS  —  Management  Information  systems 

*  Interactive  maintenance  scheduler. 

*  Automatic  maintenance  scheduler. 

IM  —  Interactive  maintenance  aids. 

*  Expert  system  for  diagnosing  avionics 

*  Expert  system  for  diagnosing  engine  malfunctions. 

*  Expert  system  for  coaching  maintenance 
technician. 

AS  —  Automated  spraying  systems 

*  Cleaning 

*  De-Icer 

*  Anticorrosion  coating 

*  Decontamination 

TO  —  Teleoperated  equipment 

*  Remote  Handling  Equipment 

*  Hazardous  Spraying 

*  Inspection 

MC  —  Mobile  autonomous  cleaning  robots 

*  FOV  removal  from  runway/flight  deck 

*  Shop/office  floor  cleaning 

*  Janitorial  service 

DR  —  Automatic  disassembly  and  reassembly  robots 

*  Turbine  rebuilding  station. 

*  Wheel  rebuilding  station. 

*  Engine  rebuilding  center. 

IE  —  Automatic  Inspection  equipment 

*  Robotic  ultrasonic  Inspection  system. 

*  Filmless  X-ray  Inspection  system. 

*  Robotic  magnetic  particle  Inspection  system. 

FR  —  Fabrication  robots 


*  Automatic  tube  bending  system. 

*  Templateless  drilling  robot. 

*  Robotic  arc  welding  station. 
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A.  Approximate  Cost/Benefit  Ranking 

The  potential  benefits  to  be  obtained  from  using  the  above  systems 
would  Include  one  or  more  of  the  following: 

RS  —  Reduced  requirement  for  hlghly-skllled  personnel. 

IP  —  Increased  productivity  (more  work  from  the  same  number 
of  workers). 

IC  —  Increased  capacity  (more  repairs  In  a  given  time). 

DR  —  Decreased  residence  time  of  a  component  In  the  facility 
(resulting  In  shorter  down  time  of  the  Inducted 
component  or  aircraft). 

IF  —  Increased  flexibility  and  adaptability  of  the  facility 
to  change  the  amount  and  type  of  work  performed. 

SA  —  Solution  of  an  existing  or  potential  safety  problem. 

The  amount  of  research  and  development  effort  that  would  be  needed 
to  field  prototypes  also  varies  widely,  from  almost  none  for  the  tube 
bender  to  a  major,  "Manhattan  project"  for  the  engine  rebuild  center. 

Figure  III-l  below  gives  a  rough  Indication  of  the  relative  benefits 
(unquantlfled)  to  be  expected  from  the  various  automation  design 
concepts  above,  together  with  their  approximate  development  costs.  The 
abbreviations  used  In  this  figure  are  explained  Ir.  Table  III-I.  The 
concepts  listed  In  Table  III-l  are  ordered  first  by  the  ranking  of  their 
benefits  In  Figure  III-'l  and  then  by  their  cost. 

Figure  III-l  Indicates  that  expert  systems  (XPS)  and  automatic  planning 
programs  (APP)  have  a  wider  range  of  expected  benefits  than  the  others, 
from  moderate  to  major.  Although  there  Is  some  overlap  (due  to 
artificial  Intelligence  technologies  common  to  both  concepts),  the 
latter  will  generally  be  more  useful,  but  also  more  expensive  to 
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Table  III-l 


CONCEPTS  ORDERED  BY  INCREASING  COST  IN  EACH  BENEFIT  RANKING 


RANK  1 

ERC  —  Engine  Rebuild  Center 

RANK  2 

XPS  —  Expert  Systems 

APP  —  Automatic  Planning  Programs 

TRS  —  Turbine  Rebuild  Station 

RANK  3 

WRS  —  Wheel  Rebuild  Station 

RANK  A 

ATB  —  Automatic  Tube  Bender 

AAW  —  Automatic  Arc  Welding  Robot 
FXR  —  Fllmless  X-Ray  Inspection  System 
TDR  —  Templateless  Drilling  Robot 

UIR  “  Ultrasonic  Inspection  Robot 

RHD  —  Remote  Handling  Devices 

GPS  —  General-Purpose  Spraying  Robot 

JAN  —  General-Purpose  Janitorial  Robot 

RANK  5 

MPI  —  Magnetic  Particle  Inspection  System 
FOV  —  Foreign  Object  Removal  Robot  for  Airstrip 
SOC  —  Shop/Office  Floor  Cleaning  Robot 


BENEFITS  —  rank  order 


develop.  Automatic  tube  bending  (ATB)  has  the  best  cost/benefit  ratio, 

followed  by  XPS  and  APP.  Two  of  the  rebuild  centers - for  turbines 

(TRC)  and  engines  (ERC) - are  also  attractive,  but  much  more  expensive 

than  several  equally-attractlve  robotic  systems  for  arc  welding  (AAW), 
X-ray  Inspection  (FXR),  and  drilling  (TDR).  The  mobile  robot  for 
cleaning  up  cluttered  floors  in  shops  and  office  areas  (SOC)  appears  to 
be  the  least  cost-effective  concept  to  develop- — a  rather  high- 
technology  device  to  perform  an  unskilled  job. 

B.  Automation  Design  Concepts 

1 .  IS  —  Management  Information  Systems 
a.  Interactive  Maintenance  Scheduler 

The  interactive  maintenance  scheduler  would  be  a  program  that  would 
help  the  maintenance/material  control  officer  (M/MCO)  to  allocate  time, 
personnel,  and  equipment  so  as  to  accomplish  day-to-day  maintenance 
mission  goals.  It  would  act  as  a  "smart"  assistant,  bookkeeper,  and 
secretary.  The  M/MCO  would  make  the  difficult,  high-level  decisions  and 
then  the  program  would  fill  in  the  details  and  do  all  the  paperwork. 

The  M/MCO  might,  for  example,  specify  deadlines  and  priorities  for 
making  various  aircraft  airworthy,  call  out  specific  maintenance 
procedures  to  be  performed,  assign  specific  personnel  to  certain  jobs, 
and  inform  the  system  of  any  maintenance  equipment  that  is  currently  out 
of  service.  The  computer  program  would  do  such  things  as  assigning 
personnel  to  tasks  based  on  a  data  bank  of  job  package  descriptions 
(skills,  labor  hours,  and  tool  requirements  for  each  repair),  personnel 
availability,  and  skills  certifications.  It  would  generate  any 
necessary  documents  such  as  duty  rosters,  routing  instructions, 
maintenance  equipment  allocations,  and  orders  for  spare  parts  from 
inventory. 

One  of  the  most  Important  capabilities  for  such  a  system  to  have 
would  be  the  ability  to  accept  "standing  orders"  from  the  M/MCO 
concerning  the  normal  conduct  of  maintenance  operations.  This  would 
allow  the  M/MCO  to  unload  most  of  the  burden  of  routine  decisions. 


scheduling,  and  paperwork  onto  the  coaputer.  Equally  importantly,  since 
every  IMF  is  different,  it  would  also  allow  him  to  tailor  the  system  to 
the  particular  requirements  and  capebiliMea  of  the  facility  under  his 
command* 

Various  expert-systems  techniques  would  also  be  useful  in 
representing  the  routine  decision-making  rules  and  Judgmental  criteria 
to  be  applied  in  day-to-day  operations  of  the  IMF.  Since  we  cannot 
expect  the  M/MCO  to  be  a  computer  expert,  or  even  a  typist,  the  system 
will  also  need  a  user-friendly  "executive'*  style  of  interaction, 
involving  some  combination  of  voice  I/O,  touch-sensitive  display 
screens,  graphics,  and  the  like  that  are  becoming  common  in  office 
automation  hardware.  Natural-language  technology  would  probably  be 
critical  for  user  acceptance,  too. 

An  important  part  of  the  M/MCO's  Job  is  the  efficient  scheduling  of 
many  diverse,  overlapping  activities  in  a  sequence  that  makes  sense.  He 
must  also  try  to  eliminate  from  the  |d.an  any  potential  conflicts  over 
people,  equipment,  floor  space,  or  other  limited  resources.  Wartime 
operations  add  further  problems  of  Intense  time  pressure,  sudden  changes 
in  priorities  and  workload,  and— es pecially  on  aircraft  carriers — damage 
to  the  repair  facilities  themselves.  AI  technology  for  automatic  plan 
generation  will  be  required  to  solve  these  problems.  In  this  design 
concept  the  M/MCO  would  make  the  difficult  planning  decisions,  while  the 
computer  program  would  look  after  the  low-level  details  to  be  sure 
nothing  was  left  out.  It  would,  for  example,  refine  details  of  the 
maintenance  plan  automatically,  keep  track  of  remaining  mission  goals, 
estimate  the  time  that  would  be  needed  to  carry  out  the  plan,  and  find 
and  report  any  conflicts,  slack,  or  bottlenecks.  The  computer  can  keep 
track  of  thousands  of  details  automatically.  This  would  would  allow  the 
M/MCO  to  evaluate  several  alternative  schedules  and  pick  the  best, 
vapidly  and  without  making  mistakes. 

Equally  important,  the  same  computer  program  could  be  used  to 
monitor  execution  of  the  maintenance  plan,  based  on  reports  from  the 
shop  areas.  It  could  maintain  a  running  prediction  of  readiness  versus 
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time,  Identify  developing  problem  areas,  and  Issue  status  and  activity 
reports. 

Plan  monitoring  would  also  help  greatly  In  revising  a  maintenance 
plan  to  react  to  some  sudden  change  In  the  situation,  such  as  equipment 
failure  or  a  high-priority  repair.  The  current  status  and  work 
remaining  would  be  already  known,  and  the  M/MCO  could  Immediately  begin 
to  revise  the  schedule  and  reallocate  resources  to  meet  the  new  demands. 

A  plan  generator  produces  as  Its  output  a  diagram  similar  to  a  PERT 
chart.  For  each  activity,  the  diagram  shows  which  other  activities  must 
be  completed  before  It  can  start,  and  which  activities  can  commence 
after  the  activity  Is  completed.  The  chart  may  also  Indicate  various 
kinds  of  timing  Information,  such  as  the  expected  duration  of  each 
activity,  and  the  overall  time  to  carry  out  the  plan.  It  may  Indicate 
resource  sharing  between  activities,  consumables  required,  personnel 
assignments,  or  any  other  Information  of  Interest. 

Plan  generators  have  been  a  topic  of  research  almost  since  the 
first  days  of  artificial  Intelligence  research.  Today,  however,  plan 
generator  technology  lags  considerably  behind  expert  system  technology 
In  results.  Plan  generators  are  now  at  about  the  same  level  of 
development  as  expert  systems  were  five  to  eight  years  ago.  That  Is, 
they  exist  only  as  experimental  research  software,  most  can  deal  with 
only  very  simple  problems,  and  no  commonality  In  methods  or  design  has 
yet  emerged. 

The  reasons  for  the  slow  progress  In  this  area  are  twofold. 

Firstly,  plan  generators  have  not  yet  performed  well  enough  to  attract 
the  attention  of  venture  capitalists,  as  expert  systems  have,  so  the 
available  funds  for  R&D  are  much  less.  Secondly,  putting  together  a 
correct  plan  Is  a  much  more  difficult  process  than  weighing  evidence  or 
applying  a  set  of  rules  to  facts  In  a  data  base  In  order  to  reach  a 
single  conclusion.  Today's  automatic  planning  methods  are  still 
basically  trlal-and-error ,  and  AI  research  has  concentrated  on 
developing  heuristic  methods  to  minimize  the  number  of  errors.  Some 
research  topics  In  planning  In  recent  years  Include  the  following: 
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•  Dlvlde-and-conquer  strategies. 

•  Backward  chaining. 

•  Interactive  planning. 

•  Hierarchical  planning. 

•  Automatic  plan  debugging. 

•  New  representations  for  plans  and  planning  domains. 

•  Experimentation  with  new  languages  (QLISP,  PROLOG). 

Plan  generators  could  be  used  In  maintenance  planning  to  help  a 
person  to  make  the  following  kinds  of  decisions: 

•  What  activities  must  be  performed? 

•  When  should  each  activity  be  performed? 

•  What  people  should  be  assigned  to  each  activity? 

•  What  material  and  equipment  will  be  required  and  when? 

•  What  tasks  will  be  delayed  If  a  given  task  takes  longer 
than  planned? 

•  How  long  will  repairs  take? 

•  What  will  the  state  of  readiness  be  at  any  given  time? 

•  How  should  the  plan  be  revised  if  a  vital  piece  of 
equipment  should  fall  or  If  hlgher-prlorlty  repairs  should 
become  necessary? 

•  What  additional  resources  would  speed  up  repairs  the  most? 

•  How  could  damaged  aircraft  be  cannibalized  to  result  In  the 
maximum  number  of  serviceable  aircraft? 

At  present,  expert  systems  and  plan  generators  are  two  distinct 
areas  of  research.  There  Is  little  commonality  either  In  the 
methodologies  used  In  those  areas  or  the  people  who  work  In  them.  It  Is 
clear  however,  that  much  Is  to  be  gained  by  merging  the  two 
technologies.  This  will  probably  not  occur  until  the  performance  of 
plan  generators  Improves  a  good  deal  over  present  levels — perhaps 
another  five  years. 

Another  Important  cross-fertilization  that  Is  likely  to  occur  will 
be  the  merging  of  plan  generator  technology  with  traditional  operations 
research  (OR)  methods.  OR  offers  many  powerful  methods  for  searching 
among  large  numbers  of  alternatives,  which  is  a  fundamental  problem  In 
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many  AI  domains,  including  plan  generation.  OR,  however.  Is  best  suited 
to  dealing  with  quantitative  or  numeric  aspects  of  a  problem,  whereas  AI 
Is  better  for  the  qualitative  or  logical  aspects. 

b.  Automatic  Maintenance  Scheduler 

This  design  concept  Is  a  more  powerful  version  of  the  Interactive 
maintenance  scheduler  described  above.  It  would  be  able  to  make  most  of 
the  high-level  decisions  that  the  M/MCO  has  to  make  for  the  Interactive 
version.  In  addition  to  the  normal  bookkeeping  functions  of  that 
system,  this  one  would  need  a  very  sophisticated  kind  of  expert  system — 
more  advanced  than  present-day  systems,  certainly. 

The  AI  problems  In  Implementing  It  would  be,  firstly,  to  understand 
how  a  skilled  M/MCO  makes  decisions,  and  then  to  find  ways  of 
representing  what  he  knows  and  ways  of  mimicking  his  declslon-maklng 
processes  with  a  computer  program.  Current  expert-system  methods  such 
as  rule-based  and  evidential  reasoning  would  certainly  play  a  part  In 
such  a  system.  But  the  scope  of  the  problem  is  much  larger  and  more 
varied  than  present-day  technologies  can  deal  with. 

2.  IM  —  Interactive  Maintenance  Aids 

Expert  systems  to  aid  In  diagnosing  equipment  malfunctions  are  the 
most  Important  applications  we  identified  In  our  study.  If  automatic 
test  equipment  (ATE)  Is  developed  to  make  use  of  artificial  Intelligence 
techniques.  It  will  be  more  widely  applicable  and  more  effective  than 
today's  ATE  can  ever  be. 

So  far,  ATE  has  been  most  successfully  applied  to  diagnosing 
failures  In  avionics  equipment.  He  found  that  It  has  been  less 
successful  In  diagnosing  problems  in  mechanical  or  electromechanical 
equipment  such  as  aircraft  engines  and  hydraulic  systems,  for  reasons 
discussed  below. 

Commercial  Implementations  of  expert  systems  are  already  being  used 
In  the  field  to  diagnose  malfunctions  In  such  complex  electromechanical 


equipment  as  diesel-electric  locomotives  [Johnson  and  Bonlssone, 
September  1983]  and  oil-drilling  machinery  [Smith  and  Baker,  1983]. 

But,  it  is  important  to  realize  that  these  early  successes  are  making 
use  of  only  the  first  fruits  of  AI  research.  About  twenty  years  and 
thousands  of  man-years  of  effort  were  required  on  fundamental  AI  issues 
such  as  knowledge  representation,  deduction  and  natural  language  in 
order  to  produce  today's  expert  systems.  There  are  many  more  research 
results  in  the  pipeline  that,  when  they  reach  the  development  stage, 
will  result  in  expert  systems  that  can  solve  much  more  difficult  real- 
world  problems.  Diagnostic  expert  systems,  in  particular,  will  then  be 
able  to  truly  understand  how  a  piece  of  equipment  works  so  that  it  can 
plan  and  carry  out  test  procedures  as  well  as  a  skilled  human  mechanic. 
It  may  take  ten  or  twenty  more  years  for  this  level  of  performance  to  be 
achieved  at  the  present  rate  of  research. 

Many  of  the  limitations  of  present-day  ATE  stem  from  the  fact  that 
it  has  no  real  understanding  of  how  the  equipment  that  it  is  diagnosing 
operates.  It  merely  runs  through  a  sequence  of  tests  that  were 
designed,  perhaps  years  previously,  by  the  manufacturer  of  the  ATE,  the 
manufacturer  of  the  equipment,  or  both,  when  the  piece  of  equipment  was 
developed.  Some  ATE  systems  can  skip  tests,  depending  on  the  results  of 
preceding  tests,  to  avoid  wasting  time  testing  subsystems  that  are 
working  properly.  But  even  in  these  systems,  every  detail  of  this  ’’test 
logic"  must  be  thought  out  carefully  by  experts  and  meticulously 
programmed  into  the  ATE's  control  program. 

Today's  ATE  is  quite  unable  to  determine  whether  a  set  of  tests  for 
a  piece  of  equipment  is  complete  or  incomplete,  correct  or  Incorrect,  or 
poorly  designed.  This  can  be  a  problem  because  equipment  in  service  is 
often  modified  in  dozens  of  different  ways  without  updating  the  ATE  test 
procedures  to  match  (since  that  would  require  scarce,  expensive,  and 
hlghly-skllled  software  specialists).  Consequently,  today's  ATE  often 
falls  to  identify  "obvious"  problems.  Worse,  it  may  wrongly  identify  a 
problem,  resulting  in  delay,  expense,  and  waste  of  material  before  a 
person  can  discover  its  error. 
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Another  limitation  is  that  today's  ATE  is  completely  unable  to 
devise  new  tests  to  diagnose  problems  in  a  piece  of  equipment  that  the 
equipment's  designers  did  not  foresee.  Most  ATE  diagnostic  software  is, 
in  fact,  designed  to  detect  only  single-component  failures.  The  number 
of  components  in  most  pieces  of  equipment  is  so  large  that  the  number  of 
multiple  failures  that  are  possible  is  too  astronomically  large  even  to 
enumerate.  This  is  not  so  serious  in  peacetime,  since  then  most 
failures  tend  to  result  from  individual  parts  simply  wearing  out. 

Battle  damage,  however,  often  results  in  both  multiple  failures  within 
individual  modules  and  simultaneous  failures  of  multiple  modules.  This 
can  make  today's  ATE  systems  ineffective  just  when  they  are  most  needed 
at  organizational  or  Intermediate  maintenance  levels.  At  depot  level  it 
can  lead  to  wholesale  scrapping  and  replacement  of  module  contents  to 
save  time  or  to  be  on  the  safe  side. 

ATE  has  been  more  successful  in  diagnosing  problems  in  avionics 
chan  in  electromechanical  systems  because  individual  tests  on  purely 
electronic  equipment  usually  take  much  less  time.  One  reason  is  that 
the  ATE  can  often  set  up  electronic  equipment  for  a  particular  test 
completely  automatically.  Just  by  sending  electrical  signals  Co  it.  On 
the  other  hand,  setting  up  a  piece  of  electromechanical  equipment  for  a 
test  often  requires  physical  activity  such  as  turning  valves,  connecting 
or  disconnecting  parts  of  the  machine,  and  operating  manual  controls  in 
various  ways.  Even  if  the  ATE  were  equipped  with  the  best  robot  arms 
available  today,  they  would  not  be  dextrous  enough  to  replace  a  human 
technician.  This  means  that  much  more  skilled  labor  is  required  to  use 
ATE  on  non-avlonic  equipment. 

Non-avionlc  ATE  tests  usually  take  much  longer,  too.  They  may  have 
to  wait  for  components  to  heat  up  or  cool  down,  pressurize  or 
depressurize,  or  go  through  a  mechanical  cycle.  Also,  it  is  impractical 
to  instrument  mechanical  equipment  with  diagnostic  sensors  to  the  degree 
that  avionic  equipment  can  be.  Therefore,  tests  on  such  equipment  tend 
to  require  much  more  manual  attachment  and  removal  of  test  probes  and 
guages,  more  manual  operations  on  the  equipment  itself,  and  more  htiman 
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Interpretation  of  test  results.  Such  tests  may  also  consume  scarce  or 
expensive  materials  and  tie  up  equipment  that  Is  needed  elsewhere. 

For  these  reasons,  one  test  on  a  piece  of  electromechanical 
equipment  may  take  as  long  and  cost  as  much  as  several  thousand  tests  on 
a  piece  of  purely  electronic  equipment.  Individual  tests  on  avionics 
are  therefore  cheap,  and  this  leads  to  the  major  reason  for  the  success 
of  ATE  In  that  domain  today—lt  Is  practical  to  use  Inefficient,  "brute 
force,”  or  exhaustive  methods  of  diagnosis  that  would  not  be  cost- 
effective  on  mechanical  equipment. 

Since  It  Is  unlikely  that  Individual  tests  on  non-avlonlc  equipment 
can  be  speeded  up  very  much,  the  number  of  tests  must  be  minimized,  and 
the  Information  obtained  from  each  test  must  be  maximized.  Therefore, 

If  ATE  equipment  Is  to  find  problems  In  aircraft  engines,  helicopter 
drive  trains,  hydraulic  systems,  and  weapons  rapidly  and  cheaply  enough 
to  be  as  useful  as  It  Is  now  In  avionics.  It  will  have  to  be  much 
"smarter"  than  It  Is  today. 

a.  Expert  System  for  Diagnosing  Avionics 


Expert  systems,  or  knowledge-based  systems,  have  been  developed  for 
applications  In  diagnosis  and  Interpretation,  such  as  MYCIN  for  medical 
diagnosis  and  DENRDAL  for  the  Intrepretatlon  of  data  from  mass 
spectrograms.  However,  other  areas  of  application  such  as  planning  and 
design  are  promising,  and  also  maintenance,  especially  since  diagnosis 
Is  a  part  of  maintenance.  Although  no  applications  In  these  other  areas 
have  yet  proved  to  be  of  great  value,  several  are  being  developed  and 
the  potential  value  of  these  systems  may  be  very  great  Indeed.  Within 
the  area  of  maintenance,  expert  systems  may  be  advantageously  used  In 
any  of  a  number  of  tasks.  Including  fault  diagnosis  (In  scheduled  or 
unscheduled  maintenance),  and  correction  of  faults.  The  expert  system 
may  be  based  on  "shallow”  or  "deep"  knowledge  (l.e.,  the  knowledge  may 
be  empirical  or  It  may  Include  knowledge  of  the  Inner  workings  of  the 
subject). 
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For  our  study  of  the  application  of  AI  and  robotics  to  Navy 
aircraft  maintenance  at  the  Intermediate  and  organizational  levels,  the 
current  activities  In  research  and  development  of  expert  systems  for 
maintenance  applications  should  be  noted. 

One  early  research  project,  at  MIT,  was  a  program  called  EL  that 
could  simulate  the  operation  of  an  electrical  circuit  and  deduce  the 
possible  cause  of  a  failure.  The  work  at  MIT  on  fault  diagnosis  using 
causal  reasoning  has  continued  and  was  reported  by  Randall  Davis  as 
recently  as  August,  1983,  at  the  National  Conference  on  Artificial 
Intelligence  [Davis,  1983]. 

At  the  Navy  Center  for  Applied  Research  In  Artificial  Intelligence, 
an  ongoing  project,  called  IN-ATE,  Is  an  expert  system  for  guiding  a 
novice  technician  In  troubleshooting  electronic  equipment  [Cantone  et 
al.,  1983]. 

The  use  of  artificial  Intelligence  In  a  general-purpose,  logistic- 
support  system  for  diagnosis  and  maintenance  has  been  proposed  by  Boeing 
Aerospace  Company.  Their  system,  MDIS  (Maintenance  and  Diagnostics 
Information  System),  encompasses  diagnostics,  maintenance  (both 
preventive  and  otherwise),  maintenance  training,  data  collection,  data 
analysis,  and  graphics  [Antonelll,  1983]. 

General  Dynamics  has  a  prototype  expert  system  for  maintenance 
called  IMA  (Intelligent  Maintenance  Aid)  that  can  be  used  for  diagnosis 
of  the  Microwave  Stimulus  Interface  (MSI)  of  the  F-16  Avionics 
Intermediate  Shop  [Hlnchman  and  Morgan,  1983]. 

DART,  an  ongoing.  Joint,  IBM-Stanford  University  project,  uses  a 
causal  model  of  a  computer  for  fault  diagnosis. 

DELTA,  or  CATS-1,  Is  a  developmental  expert  system  for  trouble¬ 
shooting  dlesel-electrlc  locomotives.  It  is  being  developed  by  General 
Electric  and  Is  a  shallow  system.  Incorporating  the  expertise  of  a  human 
expert.  This  system  Is  now  being  field  tested  [Johnson  and  Bonlssone, 
September  1983]. 


Bell  Labs  is  currently  developing  an  expert  system  called  ACE 
(Automated  Cable  Expertise)  for  tele phone -cable  maintenance.  ACE 
Identifies  trouble  spots  based  on  data  from  trouble  reports,  and 
suggests  the  repairs  to  be  made  [Vesonder  et  al.,  1983]. 

Lockheed  Is  developing  a  general-purpose  expert  system  called  LES 
(Lockheed  Expert  System).  One  application  planned  for  LES  Is  diagnosing 
faults  In  a  network  with  switches  controlled  by  signals  distributed  over 
a  base  frequency  band. 

Raytheon  Is  developing  a  shallow  expert  system  for  fault  diagnosis 
In  electronic  systems. 

Martin  Marietta  Is  also  developing  an  expert  system  for  fault 
Isolation. 

The  Naval  Air  Engineering  Center  has  a  contract  with  RCA  to  study 
the  use  of  artificial  Intelligence  In  automatic  test  equipment.  The 
report,  to  Include  a  survey  of  all  current  applications  of  AI  In  ATE  and 
an  assessment  of  the  future  applicability  of  AI  In  ATE,  will  be  due  In 
June,  1984.  The  study  has  found  that  although  automatic  programming 
techniques  using  AI  are  many  years  from  being  practical,  expert  systems 
may  have  utility  In  the  software  development  process  [Kunert,  1983]. 

Some  of  these,  and  other  AI  systems  for  maintenance,  were  described 
at  the  Joint  Services  Workshop  on  Artificial  Intelligence  In  Maintenance 
at  Boulder,  Colorado,  In  October,  1983.  The  Invitational  workshop 
attracted  a  much-larger-than-antlclpated  crowd,  attesting  to  the 
Importance  of  the  subject.  At  that  workshop,  the  problems  In  developing 
software  for  ATE  were  noted  as  being  espoclally  costly  and  time 
consuming,  and  the  use  of  AI  In  development  of  software  for  ATE  was 
recommended  as  one  way  of  alleviating  the  problem. 

Considering  the  amount  of  activity  and  the  promising  performance  of 
a  few  prototype  systems  such  as  GE's  expert  system  for  troubleshooting 
locomotives,  the  use  of  expert  systems  In  maintenance  appears  to  be  on 
the  verge  of  being  practical  and  useful.  The  expert  systems  closest  to 
being  useful  are  shallow,  rule-based  systems  that  use  the  expertise  of 


human  experts.  Expert  systems  employing  causal  reasoning  are 
potentially  more  powerful,  but  their  practical  realization  Is  some  time 
away,  probably  several  years.  In  aircraft  maintenance,  situations 
undoubtedly  exist  In  which  such  shallow,  rule-based  systems  could  be 
profitably  applied  now.  The  criteria  for  such  systems  are  fairly  easy 
to  define,  and  the  useful  applications  could  be  found  using  such 
criteria.  One  Important  criterion,  for  example.  Is  that  a  human  expert 
must  exist  and  be  working  In  such  a  manner  that  automating  him  (or  her) 
would  make  sense.  On  the  basis  of  what  we  have  seen,  maintenance  of 
avionics  and  aircraft  engines  are  the  most  likely  domains  for  Immediate 
applications  of  expert  systems. 

The  CATS-1  system,  being  developed  by  General  Electric,  appears  to 
be  a  good  model  for  a  useful  expert  system  In  the  area  of  avionics 
maintenance.  It  Is  aimed  at  diagnosis  and  repair  of  the  problems  that 
can  be  fixed  In  the  field  In  two  hours  or  less,  appropriate  for 
organizational  and  Intermediate  levels.  By  limiting  the  area  to  field 
maintenance,  the  complexity  of  the  system  has  also  been  limited.  The 
field  prototype  of  CATS-1  Incorporates  530  If-then  rules  and  the  final 
version  Is  expected  to  have  about  1200  rules.  The  system  Is  being 
designed  for  field  use,  using  a  microprocessor  and  being  programmed  In 
FORTH.  The  system  Includes  a  video  disk  so  that  the  steps  In  diagnosis 
and  repair  can  be  Illustrated  for  the  technician.  It  has  been  designed 
to  require  minimum  verbal  response  from  the  technician,  mainly  "yes"  or 
"no."  As  mentioned  previously,  the  key  to  the  success  of  the 
application  appears  to  have  been  finding  a  human  expert  who  was  doing  a 
job  that  could  be  usefully  automated. 

A  rule-based  expert  system  for  troubleshooting  avionics  could  be 
useful,  particularly  at  the  organizational  level,  for  quick  repairs  In 
the  field  or  on  board  ship.  The  system  would  be  useful  at  the  very 
first  report  of  trouble,  and  facilitate  repairs  that  can  be  made  rapidly 
In  the  field.  The  scope  would  need  to  be  broad,  emcompasslng  the  entire 
avionics  suite  of  an  aircraft  type  or  configuration.  An  application 
would  have  to  be  found  for  which  an  expert  presently  exists.  The 


hardware-software  system  would  be  rugged  and  portable,  with  software 
that  could  be  specialized  to  any  one  of  a  number  of  aircraft.  The 
expert  system  could  be  similar  to  GE's  OELTA/CATS-1 ,  requiring  minimum 
Input  from  the  user  technician  (primarily  "yes"  or  "no").  The  objective 
would  be  advice  to  the  technician  on  how  to  repair  the  problem  and 
return  the  aircraft  to  service. 

In  order  to  develop  a  successful  system,  some  care  should  be 
exercised  In  selecting  the  application.  Finding  an  avionics  suite  for 
which  a  huma-ii  expert  exists  Is  essential.  At  the  same  time,  the 
application  would  not  be  suitable  If  such  experts  were  plentiful  and 
readily  available.  The  advantage  of  such  an  expert  system  would  be  In 
making  readily  available  the  expertise  required  to  rapidly  repair  the 
avionics  and  return  the  aircraft  to  service. 

b.  Expert  System  for  Diagnosing  Engine  Malfunctions 

This  would  be  an  expert  system  that  would  deduce  likely  causes  of 
engine  failure  from  engine  symptoms  and  test  results  supplied  by  a 
maintenance  technician.  It  would  take  the  form  of  a  computer  program, 
perhaps  running  In  a  rather  small,  even  portable,  computer.  It  would 
make  use  of  a  large  data  base  (say,  1  to  10  megabytes)  of  expertise 
concerning  the  particular  engine.  The  expertise  particular  to  a 
specific  engine  would  be  kept  on  a  demountable  mass  storage  unit  such  as 
a  cartridge  Winchester  disc  platter.  The  technician  would  only  have  to 
Insert  the  disc  for  the  kind  of  engine  he  was  working  on. 

The  system  could  also  have  a  videodisc  and  color  television  for 
showing  the  technician  malfunctions,  test  procedures,  diagrams,  menus  of 
options  to  select  from.  It  could  even  play  symptomatic  engine  sounds. 
The  technician  might  even  wear  a  small  helmet-mounted  audlo/vldeo 
display  so  that  he  could  work  on  (or  even  In)  the  engine  as  he 
communicated  with  the  system. 

The  system  would  take  the  place  of  a  skilled  maintenance  expert 
trained  on  that  engine,  coaching  the  technician  through  the  diagnosis. 

It  would  allow  the  less-experienced  technician  to  find  out  what  Is  wrong 
almost  as  well  as  the  expert. 


. 


This  Is  a  rather  low-risk  design  concept,  since  commercial 
equipment  malfunction  diagnosis  systems  very  similar  to  It  are  already 
In  late  stages  of  development  [Johnson  and  Bonlssone,  September  1983]. 
Head-mounted  displays  of  the  type  described  have  also  been  tried  In  such 
applications  [Riley  et  al.,  1983]. 

Commercial  systems  do  not,  however,  have  much  ability  to  explain 
the  reasoning  behind  their  conclusions  about  the  reason  for  a  failure, 
or  why  a  particular  test  should  be  made.  “Canned"  explanations  can 
easily  be  provided,  of  course,  but  only  to  the  limits  of  the  system 
developer's  patience  and  budget.  It  cannot  compare  with  having  a  human 
expert  to  query,  since  It  Is  Impossible  to  anticipate  every  possible 
question.  Nevertheless,  that  Is  probably  the  most  appropriate  approach 
to  employ  In  order  to  provide  an  explanatory  capability  In  this  design 
conce  pt . 

A  more  powerful,  but  hlgher-rlsk  and  hlgher-development-cost 
variant  of  this  design  concept  would  Include  what  Is  called  In  AI 
terminology  a  "causal  model"  of  how  the  engine  works.  This  would 
provide  the  basis  for  a  general  question-answering  facility,  since  It 
would  enable  the  system  to  really  "understand,”  In  the  usual  sense  of 
the  word,  how  the  engine  operates.  This  would  be  almost  as  good  as 
having  a  human  expert  who  could  answer  whatever  questions  the  technician 
came  up  with. 

Also,  a  system  able  to  answer  arbitrary  questions  about  such 
matters  would  also  provide  the  core  of  a  teaching  system.  In  fact.  It 
could  teach  not  only  diagnostic  procedures,  but  the  theory  of  the 
engine's  operation,  and  perhaps  even  how  to  take  It  apart,  repair  It, 
and  put  It  back  together. 

Causal  models  and  how  to  use  them  to  answer  questions  are  still 
leading-edge  research  Issues  In  AI  today,  however.  The  level  of  effort 
required  to  field  a  prototype  system  that  "understood"  how  an  engine 
worked  would  be  quite  large.  And,  the  techniques  required  would,  when 
developed,  be  applicable  to  far  more  than  just  engine  diagnosis.  So, 
the  ability  to  make  an  expert  system  "understand"  a  specific  machine 
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like  a  P-3  engine  Is  something  that  we  should  expect  to  be  able  to  add 
later,  after  basic  AX  research  has  made  understanding  machinery  possible 
In  general. 


A  more  ambitious  maintenance  aid  would  coach  a  technician  through 
the  repair  of  an  engine,  once  the  nature  of  the  failure  has  been 
diagnosed.  It  would  need  AX  technology  for  plan  generation  In  order  to 
decide  which  parts  to  remove  and  In  what  order,  and  how  to  put  them 
back.  The  actual  repair  step  might  Involve  replacement  of  a  bad  part, 
or  some  more  complex  process  such  as  cleaning  out  a  clogged  tube.  It 
shouldn't  make  any  difference  to  the  system,  since  It  only  has  to 
explain  what  to  do  to  the  technician.  He  supplies  any  dexterity, 
sensing.  Judgment,  and  so  on  that  Is  needed.  This  makes  such  a  system 
much  easier  to  develop  than  a  robotic  system  to  carry  out  the  same 
repair. 

For  efficiency,  the  system  should  adapt  to  the  technician's  skill 
level  by  giving  him  Instructions  with  only  as  much  detail  as  he  really 
needs.  If  he  asks  ”How?,"  the  system  should  be  able  to  provide  more 
detail,  perhaps  to  several  levels.  For  training  purposes.  It  should  be 
able  to  explain  "why,”  too,  so  It  will  need  such  advanced  capabilities 
as  causal  models,  natural  language  generation,  and  question-answering. 

This  system  has  to  generate  a  correct,  complicated,  multlstep  plan 
(and  perhaps  revise  It,  too,  since  the  technician  may  break  something  or 
start  taking  the  wrong  parts  off).  So,  It  will  be  a  much  more  costly 
system  to  develop  than  the  simpler,  purely  diagnostic  coaching  system, 
which  merely  has  to  choose  the  most  likely  reason  for  a  malfunction. 
Again.  It  will  have  to  depend  on  breakthroughs  In  general  AX  research 
rather  than  a  specific  development  effort. 

3.  AS  —  Automated  Spraying  Systems 

All  the  proposed  systems  In  the  spraying  category  are  quite 
similar.  In  fact.  It  may  be  possible  to  design  a  single  piece  of 


robotic  equipment  to  do  all  the  various  Jobs*  Whether  the  Increased 
speed  or  efficiency  obtainable  by  specialization  would  outweigh 
economies  of  scale  obtainable  by  generality  Is  Impossible  to  answer 
without  detailed  engineering  design  studies  and  cost/benefit  analyses. 
Certainly  there  are  a  number  of  commercial  spraying  robots  that  could 
perform  many  of  these  functions  Immediately  with  little  or  no 
engineering  effort. 

Rather  than  describe  several  similar  systems,  we  will  merely  say 
that  what  are  needed  are  robot  manipulators  to  spray  various  kinds  of 
liquids  onto  objects.  Fixed  or  oscillating  spray  heads  can  do  some  of 
these  jobs  more  or  less  successfully.  Fixed  heads  are  usually  most 
suitable  for  spraying  large,  smooth  objects  of  the  same  shape  and  size 
(such  as  one  type  of  aircraft).  Oscillating  heads  are  often  used  to 
spray  medium-sized  parts  of  different  shapes  (as  In  automatic  spray 
booths).  A  spraying  robot  Is  more  suitable  for  spraying  large  objects 
of  many  different  shapes  (such  as  many  different  shapes  and  sizes  of 
aircraft),  complicated  shapes  (Interior  of  a  wheel  well),  and  things 
that  have  to  be  sprayed  very  carefully  (as  In  painting  or 
decontaminating  them). 

Some  of  the  materials  that  we  found  are  now  being  (or  could  be) 
sprayed  In  Intermediate  maintenance  facilities  are  the  following: 

•  Paint  stripper 

•  Paint,  dope 

•  Cleaners  (detergent,  solvents) 

•  De-Icer 

•  Anticorrosion  coatings 

•  Bleach  (for  decontamination) 

•  Abrasives 

•  Steam 

Various  conditions  under  which  these  materials  are  often  used  make 
them  suitable  candidates  for  spraying  by  robotic  equipment.  These 
conditions  Include  the  following: 

•  Skillful  application  required  for  proper  or  complete 
application,  conservation  of  material,  etc. 

•  Large  variability  in  shape  and  size  of  objects  sprayed. 
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•  Need  to  travel  to  the  object  to  be  sprayed,  especially 
outdoors. 

•  Hazardous  nature  of  the  object  or  the  material  being 
8  prayed . 

•  Frequent  need  to  spray  similar  objects. 

Conventional  commercial  spraying  robots  consist  of  a  manipulator 
and  controller.  The  controller,  even  If  It  has  a  computer  In  It,  Is 
usually  quite  limited  In  Its  capabilities— *l.e. ,  It  merely  serves  as  a 
kind  of  "tape  recorder"  for  arm  motions.  The  controller  cannot,  for 
example,  adjust  the  recorded  spray  gun  trajectory  to  suit  an  object  that 
Is  slightly  out  of  place.  Automotive  manufacturers  are  Investigating 
the  possibility  of  automatically  deducing  the  arm  motions  required  to 
paint  an  automobile  from  shape  Information  In  a  computer-aided  design 
data  base.  In  practice,  however,  to  train  a  spray-palntlng  robot  a 
skilled  human  sprayer  must  grasp  the  spray  gun  at  the  end  of  the  robot 
arm  and  spray  one  object  with  It  while  the  controller  records  the  arm's 
motions.  One  or  two  brands  of  spraying  robots  now  offer  a  separate, 
light  training  arm  so  that  the  trainer  does  not  have  to  move  the  heavy 
robot  arm  around. 

We  propose  a  modular  robotic  spraying  system  that  would  have  some 
advantages  over  conventional  designs.  The  system  would  Include  the 
following  kinds  of  modules: 

•  A  controlling  computer,  capable  of  operating  several 
manipulators  simultaneously. 

•  One  or  more  manipulators  of  different  sizes  and  shapes. 

•  A  mobile  base. 

•  A  remote  control  device  for  training  spray  procedures. 

•  A  variety  of  spray  nozzles  and  pumping  equipment  for 
different  substances  that  can  be  used  with  any  arm. 

Different  combinations  of  modules  could  be  connected  together  to 
perform  different  kinds  of  spraying  tasks.  Several  long-reach  spray 
arms  could  be  controlled  by  a  single  computer  to  clean  or  decontaminate 
whole  aircraft.  A  single  arm  might  be  used  to  steam-clean  an  engine  to 
be  disassembled.  An  arm  on  a  mobile  base  could  go  out  to  the  flight 
line  to  de-ice  aircraft  waiting  to  take  off. 


If  an  IMF  performs  a  hlghly-varlable  mix  of  spraying  tasks,  such 
modularity  could  reduce  the  total  capital  Investment  In  spraying 
equipment.  Using  spraying  robots  would  reduce  the  danger  In  tasks  like 
spraying  anticorrosion  liquids  Into  a  running  engine.  The  training  arm 
could  also  be  used  as  a  remote  control  to  perform  hazardous  manipulation 
tasks  as  discussed  the  following  section  on  teleoperatlon. 

4.  TO  —  Teleoperated  Equipment 

The  term  "teleoperatlon"  dates  from  the  early  days  of  radioactive 
material  handling.  Then  It  referred  to  a  person  outside  a  "hot  cell" 
operating  mechanical  "slave"  arms  Inside  the  cell  by  moving  full-scale 
"master"  arms.  When  electrical  connections  between  master  and  slave 
replaced  the  original  mechanical  ones,  "bilateral  force  feedback"  (BFF) 
had  to  be  provided  In  the  servomechanisms  so  that  the  operators  could 
continue  to  feel  what  the  slave  hands  were  touching.  Today, 
"teleoperator"  means  any  remotely-controlled  device  that  Is  not  operated 
"blindly."  Other  forms  of  feedback  than  BFF  are  often  used,  now,  such 
as  a  tv  Image  or  a  computer-simulated  display  of  the  device.  This  Is 
especially  true  when  the  device  Is  something  other  than  an  hand,  such  as 
a  camera  on  an  arm,  or  a  mobile  robot. 

Remote  control  In  general  Is  an  Important  concept  In  robotics  for 
several  reasons.  First,  machines  should  do  many  jobs  not  because  people 
are  too  scarce,  expensive,  or  Inaccurate  but  just  because  the  job  Is  too 
dangerous  or  strenuous  for  people.  Then  automatic  operation  Is  not 
necessary,  and  a  remotely-controlled  machine  Is  often  the  simplest,  most 
effective  and  economic  solution. 

Robotic  technology  can  make  It  easier  to  operate  a  remotely- 
controlled  device.  A  supervisory  computer  In  a  mobile  robot,  for 
example,  can  navigate,  steer  around  obstacles,  control  speed,  etc.  so 
that  the  operator  only  has  to  tell  It  where  to  go.  In  a  remotely- 
controlled  arm,  a  computer  might  "learn"  hlghly-repetltlve  or  precise 
motions  from  the  operator  and  carry  them  out  automatically  for  him 
whenever  they  were  needed.  Or,  It  might  use  signals  from  tactile  and 
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proximity  sensors  in  the  arm  to  decide  when  to  override  the  operator's 
command  and  prevent  a  collision  that  could  do  damage. 

Another  reason  for  the  importance  of  teleoperation  is  that  it  is 
often  a  good  "first  step”  in  developing  a  fully-automatic,  computer- 
controlled  robotic  device.  It  allows  experimentation  with  equipment  and 
procedures  before  the  control  software  is  developed.  This  can  save 
money,  and  reveal  misconceptions  about  how  the  software  should  work. 
Then,  too,  the  teleoperated  system  Itself  may  prove  to  be  enough  of  an 
Improvement  to  be  worth  using  in  the  field  until  the  automatic  system  is 
developed.  In  some  applications,  it  may  be  possible  to  increase  the 
amount  of  automatic  control  capability  in  stages,  gradually  phasing  out 
the  human  operator.  This  may  be  easier  than  developing  a  fully- 
automatic  system  in  one  step.  An  intermediate  stage  (a  "computer- 
augmented  teleoperator")  may  even  be  the  desired  goal  for  some 
applications. 

The  opportunities  for  using  teloperated  equipment  in  intermediate 
maintenance  can  be  categorized  as  remote  handling,  hazardous  spraying, 
and  inspection.  All  three  categories  require  a  robotic  manipulator  of 
some  sort,  but  each  requires  a  different  kind.  Handling  requires  a 
rather  large,  strong,  precise  manipulator  arm,  but  it  does  not  have  move 
fast.  Spraying  (hazardous  or  not)  typically  requires  a  fast-moving  arm, 
but  it  does  not  have  to  lift  much  weight  or  be  very  accurate.  Many 
different  commercial  robot  arms  would  probably  be  quite  suitable  for 
most  applications  in  both  of  these  categories.  The  third  category, 
inspection,  requires  an  unusual  type  of  manipulator  that  is  not  yet 
available— the  "snake"  or  "tentacle"  type  of  manipulator.  Last  year. 
Spine  Robotics  AB  of  Molndal,  Sweden  introduced  a  manipulator  of  this 
general  type  that  has  eight  Joints  [Schreiber,  February  1984].  Toshiba 
also  Introduced  one  with  sixteen  joints  that  has  become  known  as  "the 
elephant's  nose"  [Hartley,  March  1983].  Neither  of  these  manipulators, 
however,  is  flexible  enough  to  perform  the  inspection  applications  we 
identified. 
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a.  Remote  Handling  Equipment 


A  number  of  handling  tasks  in  intermediate  maintenance  could  be 
performed  remotely  using  some  sort  of  remotely-controlled  robot  arm.  In 
order  of  approximate  difficulty  of  implementation,  they  are  the 
following: 


•  Tires 

•  Engines 

•  -  Hazardous  chemicals 

•  Ordnance 

•  Ejection  seats 


(1)  Tires 

An  aircraft  tire,  particularly  a  large  one,  presents  a  significant 
hazard  since  Its  carcass  can  rupture  and  Its  wheel  can  fracture.  The 
resulting  explosion  can  easily  kill  a  person  standing  beside  the  tire.* 
A  tire  Is  most  dangerous  In  the  shop  while  being  Inflated,  and  a  steel 
cage  around  It  provides  adequate  protection.  On  the  airplane,  however, 
the  tire  Is  most  likely  to  explode  during  or  Immediately  after  landing 
(when  friction  with  the  runway  and  heat  conducted  from  the  brakes  have 
combined  to  raise  Internal  pressure  and  weaken  the  carcass).  The  ground 
crew,  for  their  own  protection,  may  check  the  temperature  by  placing  a 
hand  on  the  tread  and  sliding  It  towards  the  wheel. 

Tires  have  to  be  moved  to  and  from  storage  racks,  cleaning  baths, 
bead  breakers,  and  aircraft  landing  gear.  Relatively  simple,  non- 
robotlc,  handling  equipment  (e.g.,  "load  balancers”)  would  be  very 
useful  In  handling  the  larger  tires. 

(2)  Engines 

Engines  are  handled  by  slings  on  cranes  and  sometimes  by  fork 
lifts.  Proper  placement  of  the  sling  Is  Important  and  slings  must  be 
regularly  Inspected  and  certified  for  weight-carrying  ability.  Each 
sling  Is  designed  for  one  type  of  engine.  Installation  of  an  engine  In 

*  An  A4  main  tire  Inflated  to  200  p.s.l.  for  bead  setting  stores  over 
100,000  foot-pounds  of  energy. 


an  aircraft  la  a  hazardous,  operation  with  great  potential  for  damage  to 
both. 

A  specialized  teleoperated  manipulator  with  bilateral  force 
feedback  could  be  developed  to  handle  several  different  kinds  of  engine. 
It  would  have  two  advantages  over  present  handling  methods.  Firstly, 
damage  would  be  less  likely  because  the  operator  could  feel  any  forces 
acting  on  the  engine.  During  critical  placement  procedures  such  as 
Installing  the  engine  In  an  aircraft  or  In  a  test  stand  the  operator 
would  be  able  to  feel  If  It  got  hung  up  on  anything  as  It  was  being 
moved  Into  place,  feel  It  make  contact,  and  feel  whether  It  was  properly 
seated.  The  magnitude  of  the  forces  acting  on  the  slave  arm  would,  of 
course,  be  scaled  down  and/or  limited  to  a  comfortable  range  (say,  20 
pounds,  maximum)  In  the  master  arm. 

Hazards  to  the  aircraft  might  be  lessened  as  a  result  of  the 
operator's  being  able  to  feel  what  is  happening.  When  lifting  an  engine 
Into  place  with  a  fork  lift,  for  example,  the  lift  operator  has  very 
limited  control  over  the  engine's  motion,  and  little  ability  to  tell  If 
It  Is  hitting  something.  Another  person  guiding  the  lift  operator  may 
not  notice  a  collision,  either,  can  easily  apply  excessive  force  to  an 
engine  mount  or  other  structure  In  the  wing  without  realizing  It.  He 
does  not  have  good  control  over  the  engine's  motion,  either.  Either  the 
operator's  own  sense  of  feel  or  (potentially  more  accurate)  continuous 
computer  monitoring  of  loads  on  the  slave  hand  could  prevent  this  sort 
of  accident. 

Hazards  to  personnel  might  be  lessened,  too.  If  the  tactile 
feedback  to  the  operator  allows  him  to  position  the  engine  accurately  on 
Its  mounts.  Then  It  would  not  be  necessary  for  anyone  to  climb  In 
beside  the  engine  In  order  to  lever  it  Into  place  or  guide  the  crane 
operator. 

The  main  technical  problem  In  this  design  concept  Is  the  design  of 
the  "hand"  of  the  slave  manipulator.  The  technology  exists  for  building 
and  operating  the  manipulator  proper,  though  It  would  have  to  be  scaled 
up  somewhat  from  Industrial  designs  to  handle  large  engines.  The  hand 


38 


would  have  to  be  able  to  grasp  engines  of  different  shape  and  size 
without  damaging  them.  Ideally,  It  should  be  able  to  grasp  and  hold  an 
engine  firmly  while  It  Is  still  In  the  aircraft  (difficult,  since  there 
Is  not  much  room  around  the  engine  In  some  aircraft). 

(3)  Hazardous  Chemicals 

Hazardous  chemicals  handled  In  Intermediate  maintenance  Include 
liquid  oxygen  (LOX),  volatile  solvents,  and  acids.  Handling  Includes 
normal  transport  of  containers,  transfer  through  hoses,  and  cleanup  of 
spills. 

LOX  Is  mainly  used  In  relatively  small  quantities  for  crew  oxygen, 
and  the  main  hazard  Is  tissue  damage  from  freezing  as  a  result  of 
contact  with  LOX  Itself  or  with  equipment  (e.g.,  hoses  and  tanks)  that 
has  been  cooled  by  contact  with  It.  Support  of  combustion  Is  seen  as  a 
minor  problem,  except  perhaps  in  confined  spaces  on  shipboard. 

Solvents  and  acids  are  sometimes  used  In  quantity  for  paint 
stripping,  corrosion  control,  and  specialized  cleaning.  Some  IMF's 
relegate  large-scale  activities  of  this  sort  (Including  painting)  to 
depot  level.  Spraying  these  substances  Is  more  dangerous  than  using 
them  In  dip  tanks.  Sealed  carboys  and  drums  of  hazardous  chemicals 
present  two  kinds  of  hazards:  slow  leaks  and  the  possibility  of  dropping 
them  In  handling.  Damage  results  from  contact  with  personnel  or 
equipment,  fume  Inhalation,  and  fire/explosion. 

The  benefits  to  be  obtained  by  teleoperation  methods  to  handle 
these  substances  Include  reduced  personnel  exposure  and  perhaps  more 
reliable  handling  (due  to  reduction  of  fatigue  and  the  ability  of 
mechanical  handling  equipment  to  operate  In  the  presence  of  spills, 
fumes,  etc.). 

We  have  not  developed  specific  designs  for  teleoperator  equipment 
to  handle  hazardous  materials.  Commercial  robot  manipulators  could 
probably  be  used  effectively  as  slave  arms  In  many  cases.  Many  are  in 
dally  use  in  explosive  atmospheres,  s pray-palntlng  booths,  shot-cleaning 
booths,  and  other  difficult  environments. 


When  handling  moderately-dangerous  materials,  the  operator  could 
simply  stand  a  safe  distance  away  and  observe  the  robot  directly.  In 
more  dangerous  situations,  such  as  large-scale  spraying  operations,  or 
major  toxic  or  corrosive  spills,  he  would  probably  watch  through  closed- 
circuit  television. 

(4)  Ordnance 

Ordnance  presents  a  pure  handling  hazard  as  well  as  its  Inherent 
explosive  hazards.  It  la  heavy,  personnel  often  have  to  work  rapidly, 
and  many  of  the  Items  have  to  be  precisely  positioned  against  and 
secured  to  mountings  In  the  aircraft.  To  help  in  the  latter  activity, 
some  IMF's  go  so  far  as  to  Invent  and  construct  specialized  lifting  and 
positioning  machines.  Even  so.  It  is  still  necessary  for  a  person  to 
enter  a  bomb  bay  to  oversee  the  correct  placement  and  hookup  of  the 
ordnance,  which  places  him  In  a  pinch  point.  Marine  specialists  often 
perform  critical  tasks  In  ordnance  handling  on  naval  IMF's. 

Teleoperator  equipment  similar  to  that  described  above  for  engine 
handling  might  be  useful  In  arming  procedures.  The  benefits  and  design 
considerations  are  quite  similar.  The  same  equipment  might  even  be  used 
for  both  purposes.  More  likely,  though,  the  ordnance  handling  version 
would  have  to  be  much  smaller. 

(5)  Ejection  Seats 

Ejection  seats  present  a  difficult  maintenance  challenge.  They  are 
hazardous  because  they  contain  a  large,  dangerous  explosive  charge.  The 
cockpit  Is  quite  crowded,  and  considerable  dexterity  is  required  to 
catry  out  some  tests  and  repairs. 

Because  of  the  extreme  access  problems,  dexterity  requirements,  and 
difficulty  of  using  visual  sensors  In  a  cockpit,  we  propose  a 
teleoperator  system  for  ejection  seat  maintenance  mainly  as  a  "high-end" 
automation  challenge.  The  major  benefit  would  be  increased  safety. 
Miniaturization  and  general  performance  Improvements  to  existing  BFF 
teleoperator  manipulator  technology  Is  probably  the  main  technical 
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challenge.  Some  other  major  problems  include  strengthening  of 
manipulators,  development  of  an  effective  man-machine  interface  for  the 
operator,  increased  sensitivity  of  force— feedback,  and  probably 
development  of  multiflngered  slave  hands  with  force  feedback  on  each 
joint.  It  might  even  be  necessary  to  provide  tactile  array  sensitivity 
on  some  of  the  fingertips  and  feed  that  information  back  to  the 
operator,  too. 

Like  the  other  high-cost,  high-risk  design  concepts  mentioned  in 
this  report,  the  ejection-seat  repair  teleoperator  is  really  an  example 
of  breakthrough  technology,  most  of  whose  benefits  would  come  from  its 
use  in  a  wide  variety  of  other  applications.  It  could  be  used  to  carry 
out  scientific  experiments  in  space  satellites,  operate  nuclear  fuel 
reprocessing  plants,  maintain  undersea  installations,  or  any  activity 
where  human  hands  and  eyes  were  needed  but  could  not  go. 

b.  Hazardous  Spraying 

We  identified  at  least  three  hazardous  spraying  applications  in 
IMF's.  They  are 

Spraying  chemicals  into  the  intake  of  a  running  engine 

Decontamination 

Firefighting 


For  corrosion  control  and  de-icing,  it  is  occasionally  necessary  to 
spray  various  chemicals  directly  into  the  air  Intake  of  an  engine  while 
it  is  running.  There  is  a  danger  of  being  sucked  into  the  engine  that 
could  be  averted  by  using  a  spraying  robot,  probably  a  mobile  one. 

(2)  Decontamination 

In  wartime  it  is  possible  that  an  IMF  would  have  to  deal  with 
aircraft  returning  from  a  foreign  theater  of  operations  contaminated  by 
chemical,  nuclear  and/or  biological  agents.  This  must  be  completely 
removed  in  order  that  normal  maintenance  activities  can  be  carried  out 


without  major  disruptions  to  standard  operating  procedures,  such  as 
having  to  wear  biohazard  suits  In  the  maintenance  shops. 

Although  it  is  relatively  easy  to  remove  the  contamination  with 
fluids  such  as  hot  bleach,  it  is  critical  to  treat  all  parts  of  the 
aircraft  that  may  have  been  dirtied.  The  exterior  of  the  fuselage  is 
easy  to  clean,  but  the  interiors  of  wheel  wells  and  bomb  bays  present 
more  problems  since  there  are  many  places  where  a  lethal  agent  could 
reside  that  are  difficult  to  teach  with  a  simple  spray  pattern  (e.g.,  a 
"car  wash"  type  of  airplane  cleaning  facility).  It  will  be  necessary  to 
go  Inside  the  well  or  bay  and  spray  from  many  different  positions  and  in 
many  different  directions.  This  is  strenuous  work,  and  a  person  in  a 
rubber  biohazard  suit  can  only  work  at  a  small  fraction  of  his  unsulted 
rate  due  to  heat  loading. 

Teleoperated  spraying  robots  offer  a  solution  to  this  problem.  A 
person  could  stand  comfortably  in  one  place  in  his  suit  on  the  runway 
and  direct  a  spraying  robot  working  up  inside  the  wheel  well  or  bomb 
bay.  If  closer  inspection  is  necessary,  he  could  ride  in  a  cherry 
picker.  Teleoperation  may  in  fact  be  preferable  to  fully-automatic 
spraying:  Damage  and  variations  in  internal  equipment  from  aircraft  to 
aircraft  of  a  given  type  might  cause  an  automatic  system  to  miss  some 
spots. 

The  interior  of  an  aircraft  could  also  become  contaminated.  This 
presents  a  much  more  serious  problem,  but  is  more  likely  to  be  of  the 
nuclear  kind  than  chemical  or  biological  (the  latter  are  most  likely  to 
be  deposited  on  the  outside  of  grounded  aircraft  during  an  air  or 
artillery  attack).  Nuclear  contaminants  can  be  removed  by  crews  in 
respirators  and  simple  protective  clothing.  It  would  be  quite  difficult 
to  design  a  mobile  robot — teleoperated  or  not — that  could  negotiate  the 
crowded  interior  of  an  aircraft.  CB  Contamination  of  other  internal 
portions  of  an  aircraft,  such  as  wing  spaces,  is  particularly 
troublesome.  The  "snake"  arms  mentioned  earlier  might  be  of  some  help 
in  getting  into  those  areas  with  decontaminants. 


(3)  Flreflghtlni 


Suppression  of  fires  In  grounded  aircraft  Is  also  a  spraying 
operation,  but  with  higher  pressures  and  flow  rates.  Heavy-duty 
versions  of  teleoperated  decontamination  sprayers  would  be  required.  A 
local  water  spray  on  the  robot  Itself  for  protection  from  the  flames 
would  probably  be  advisable,  and  might  also  shelter  escaping  personnel. 
Smoke  would  make  It  difficult  for  the  operator  to  see  the  robot,  or  to 
see  through  television  cameras  on  it.  Alternative  Imaging  methods  based 
on  Infrared,  microwave,  or  ultrasonic  transducers  might  be  more  useful. 

A  propulsion  system  would  be  needed  to  approach  the  fire.  To  keep  that 
mechanism  simple  and  reliable.  It  might  be  operated  by  a  hydraulic  motor 
driven  by  the  same  high-pressure  fluid  that  Is  being  sprayed. 

c.  Inspection 

Teleoperators  would  be  useful  for  Inspecting  areas  In  an  aircraft 
that  are  difficult  to  get  to,  unpleasant,  or  hazardous.  Some  examples 
Include  wing  spaces,  fuel  tanks,  and  ejection  seats.  Wing  spaces  are 
difficult  to  get  Into  and  contain  many  dangerous  pinch  points.  Fuel 
tanks  are  usually  full  of  lethal  fumes.  The  fuel  Itself  Is  flammable, 
often  poisonous,  and  may  have  to  be  completely  drained  to  allow 
Inspection.  Ejection  seats  present  an  explosion  hazard. 

An  extremely  useful  kind  of  teleoperated  robot  for  these  sorts  of 
Inspections  would  be  a  long,  flexible  "snake”  with  an  appropriate  sensor 
In  Its  "head,"  such  as  a  television  camera.  It  might  be  carried  colled 
up  on  a  drum  on  a  wheeled  cart.  Its  operator  would  first  steer  Its 
"head"  Into  a  convenient  opening  In  the  aircraft  being  Inspticted,  st.ch 
as  an  access  port,  cable  run,  or  even  a  shell  hole.  Then,  watching  the 
Image  on  the  television  monitor,  he  would  guide  the  robot  the  rest  of 
the  way  to  the  location  to  be  Inspected. 

A  teloperated  robot  like  this  would  be  able  to  get  Into  tighter 
places  than  a  person,  would  be  unaffected  by  fumes,  and  would  allow  the 
Inspector  to  remain  In  a  safe  location.  Much  less  disassembly  or  skin 
breaching  would  be  necessary  to  provide  access  for  some  Inspections. 


This  sort  of  Celeoperated  Inspection  robot  would  need  llmberness 
more  than  speed,  accuracy,  or  rigidity.  Ideally,  each  segment  of  the 
robot  would  automatically  follow  In  the  tracks  of  the  preceding  segment 
as  It  advanced  Into  the  aircraft.  To  be  useful,  the  "snake"  Inspection 
robot  would  need  dozens,  perhaps  hundreds  of  computer-controlled  Jolnts- 
— far  more  than  In  any  existing  robot  arm.  Nevertheless,  It  could 
probably  be  developed  with  moderate  extensions  to  existing  technology. 


5.  MC  —  Mobile  Autonomous  Cleaning  Robots 

We  found  several  opportunities  for  an  IMF  to  use  robotic  equipment 
for  routine  cleaning  operations.  These  Include  : 

•  Foreign  object  removal  from  runway/flight  deck 

•  Shop/office  floor  cleaning 

•  Janitorial  service. 

Because  of  limitations  on  the  number  of  civilians  that  may  be 
hired,  some  IMF's  must  assign  skilled  crewmen  or  reservists  to  these 
routine,  unskilled  tasks.  Robotic  equipment  to  perform  these  functions 
would  allow  better  use  of  manpower. 

Paradoxically,  these  "unskilled"  Jobs  are  among  the  most  difficult 
to  automate,  because  of  the  inherent  unpredictability  of  the  working 
environment.  The  list  above  Is  arranged  In  order  of  Increasing 
difficulty.  Only  the  technology  for  the  easiest,  foreign  object 
removal.  Is  In  hand  now. 

a.  FOV  Removal  from  Runway/Flight  Deck 

This  design  concept  Is  a  mobile,  autonomous  robot  capable  of 
traveling  over  a  runway  or  flight  deck,  finding  objects  that  could  cause 
engine  problems  If  Inhaled  by  an  aircraft,  and  collecting  them  for  later 
disposal.  For  a  relatively  small  cost,  additional  equipment  could  be 
added  to  the  basic  system  so  that  It  could  perform  the  additional 
functions  of 


•  Cleaning  up  oil  spills 

•  Spreading  special  chemicals  such  as  de-icer  or  foam 

•  Location  and  marking  of  potholes 

•  Renewing  painted  markings 

•  Bird  dispersal. 

Such  a  device  would  Increase  safety  by  reducing  the  number  of 
people  In  the  taxi  and  takeoff  areas.  The  problems  of  navigation, 
propulsion,  power  supply,  low-level  control  of  the  machine  Itself,  and 
high-level  control  from  the  flight  operations  center  are  straightforward 
engineering  problems.  The  main  risk  would  be  development  of  sensors, 
effectors,  and  control  methods  that  could  reliably  detect  and  deal  with 
foreign  objects.  A  "first  cut"  would  be  to  equip  a  commercial 
sweeper/ vacuum  with  an  on-board  minicomputer  and  simple  navigation 
equipment. 

b.  Shop/Office  Floor  Cleaning 

This  design  concept  would  be  a  much  smaller  version  of  the  FOV 
removal  system.  Its  primary  duty  would  be  to  clean  floors  while  Its 
main  benefits  would  be  productivity  Improvement  and.  In  some  cases, 
better  use  of  skilled  personnel.  The  main  risks  are  In  the  development 
of  an  adequate  sensing  and  control  system.  It  Is  another  example  of  a 
generally-useful  robot  that  could  be  used  In  many  other  places  than  the 
IMF. 

A  typical  shop  or  office  Is  a  very  crowded  and  complex  environment 
for  present-day  mobile  robots.  To  simplify  the  problem.  It  would  be 
easier  for  the  robot  to  operate  only  at  night  when  there  are  fewer 
people  around.  Even  so,  a  number  of  difficult  "common-sense"  control 
problems  have  to  be  solved,  such  as 

•  Getting  through  closed  and/or  locked  doors 

•  Going  up  and  down  stairways 

•  Distinguishing  between  trash  and  non-trash  (such  as  papers 
that  have  fallen  off  a  desk) 

•  Not  getting  caught  on  electrical  cords  for  office  equipment 

•  Getting  under  and  around  furniture  to  reach  trash. 


Mobile  robots  currently  used  in  office  environments  have  very 
simple  control  systems  that  are  completely  inadequate  for  this  task. 
They  follow  fixed  marked  paths,  move  slovly,  and  merely  transport 
materials  instead  of  affecting  their  surroundings.  They  can,  however, 
summon  and  use  elevators. 

This  type  of  robot  would  probably  be  less  useful  on  shipboard, 
where  excess  labor  for  menial  tasks  is  usually  present. 

c.  Janitorial  Service 

This  design  concept  is  a  more  ambitious  version  of  the  floor- 
cleaning  robot.  It  would  also  be  able  to  empty  wastebaskets,  wash  and 
wax  floors,  clean  lavatories,  vacuum  rugs  and  do  windows. 

6.  DR  —  Automatic  Disassembly  and  Reassembly  Robots 

The  following  design  concepts  all  represent  very  advanced  forms  of 
robotic  and  AI  automation  for  direct  use  in  repair  of  specific,  non- 
avionlc  aircraft  systems.  They  address  the  problems  of  surge  capacity, 
shortage  of  critical  skills,  and  productivity.  In  order  of  Increasing 
development  cost  and  risk,  the  aircraft  parts  that  these  systems  would 
rebuild  are: 

•  Turbines 

•  Wheels 

•  Engines. 


a.  Turbine  Rebuilding  Station 

This  concept  consists  of  one  or  two  robot  manipulators  together 
with  associated  sensors,  effectors,  computers,  and  auxiliary  tooling. 

It  would  accept  turbine  rotors  and/or  stators,  take  them  apart.  Inspect 
the  components,  replace  damaged  components,  and  reassemble  and  inspect 
the  rotor  or  stator. 

The  problems  addressed  by  this  design  concept  Include  productivity, 
surge  capacity,  and  shortage  of  critical  skills.  The  development  cost 


would  be  hlgh—perhaps  10  million  dollars,  If  existing  robots  could  be 
used,  and  Individual  stations  might  cost  a  million  or  more  dollars  each. 
However,  much  of  the  technology  would  be  generally  applicable  In 
manufacturing  and  repairing  a  wide  variety  of  other  equipment,  both 
military  and  commercial. 

The  main  technical  risks  lie  In  the  development  of  appropriate 
programming  methods  and  tooling  to  perform  certain  hlgh-force  or  hlgh- 
accuracy  tasks  for  the  robot  arm(s).  Robotic  hardware  development  as 
such  would  probably  be  minimal.  Most  of  the  time  the  arms  would  be  used 
merely  to  handle  small  parts.  The  most  difficult  assembly  action  Is 
probably  the  Insertion  and  removal  of  the  Individual  turbine  blades,  for 
which  special  tooling  could  do  the  Job  If  the  arms  couldn't.  Some 
automated  Inspection  techniques  would  have  to  be  developed  to  verify 
correct  assembly;  some  research  has  already  been  done  on  automatic 
Inspection  of  blade  Integrity.  Part  of  the  rebuild  process  involves 
precise  metal  removal,  for  stator  l.d.  and  for  rotor  balance. 

Automating  these  processes  could  require  a  significant  R&D  effort. 

Turbines  are  the  simplest  of  the  three  aircraft  components  In  this 
group  to  rebuild  because  they  consist  entirely  of  precisely-shaped, 
rigid  parts.  The  disassembly  operations  are  largely  Insertions,  with 
limited  use  of  fasteners.  Precise  tolerances  are  Involved,  and  lOOZ 
correct  assembly  Is  vital  (both  requirements  that  make  a  Job  a  good 
candidate  for  automation). 

Although  certain  components,  such  as  turbine  rotors,  may  be  sent 
back  to  depot  level  to  be  rebuilt,  the  stator  as  well  as  the  rest  of  a 
Jet  engine  Is  usually  handled  at  intermediate  level. 

b.  Wheel  Rebuilding  Station 

This  design  concept  Is  a  somewhat  more  ambitious  robotic  system 
that  performs  the  following  functions  automatically: 

•  Accept  an  aircraft  wheel 

•  Deflate  the  tire 

•  Remove  tire 

•  Inspect  the  tire 
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•  Repair  or  replace  tire 

•  Disassemble  the  wheel 

•  Inspect  the  brake  mechanism 

•  Replace  worn  components 

•  Reassemble  the  wheel  and  brake  mechanism 

•  Replace  the  tire 

•  Set  beads 

•  Inflate  to  test  pressure 

•  Re-ins pect  the  tire 

•  Reduce  pressure  to  working  value 

•  Deliver  the  rebuilt  wheel. 

Such  a  system  could  require  several  tens  of  millions  of  dollars  in 
development,  and  each  individual  station  would  cost  millions.  It  would 
address  primarily  the  problems  of  surge  capacity  and  safety  (tire 
explosion  and  asbestosls).  The  technical  risks  are  higher  than  in 
rebuilding  a  turbine  because  of  the  large  number  of  fasteners  Involved, 
some  parts  that  are  too  large  and  heavy  for  a  typical  assembly  robot  to 
handle,  and  the  mechanical  complexity  of  the  wheel/brake  assembly. 
However,  for  the  following  reasons,  the  risks  are  not  unreasonable: 

•  The  components  to  be  handled  are  all  rigid  and  of 
predictable  shape,  except  for  the  tire  which  is  nearly  so. 

•  None  of  the  parts  are  extremely  small. 

•  The  smallest  parts  can  be  handled  with  commercial  vibratory 
feeders  and  orlenters. 

•  Nondestructive  test  methods  exist  for  the  inspection  tasks 
(ultrasonics,  3-dlmenslonal  vision,  holography,  etc.). 

•  Semi-automatic  bead  breakers  exist. 

The  primary  technical  risk  lies  in  raising  the  performance  of 
sensing,  control,  and  effector  technology  to  adequate  levels.  The 
primary  need  is  for  dexterous  manipulation  in  the  assembly  and 
disassembly  of  the  wheel/brake  mechanism.  The  components  have  a  wide 
range  of  size  and  weight  from  a  bolt  to  a  50-pound  tire  carcass, 
necessitating  co-ordination  of  different  handling  and  manipulation 
mechanisms.  The  most  difficult  problem  is  probably  the  occasional  need 
to  machine  out  a  damaged  bolt  from  the  brake  mechanism.  A  skilled 
machinist  may  take  hours  to  accomplish  this,  we  were  told.  This  would 
probably  have  to  remain  a  manual  operation. 
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c. 


Engine  Rebuilding  Center 


One  of  the  most  difficult  and  Important  tasks  In  an  IMF  Is  the 
disassembly  and  reassembly  of  engines.  The  high  cost  of  a  ruined 
engine,  and  the  danger  of  engine  failure  In  flight  make  engine  repair 
also  one  of  the  most  critical  maintenance  tasks.  Some  of  this  work 
could  be  automated  with  existing  robotic  technology,  but  probably  not 
enough  to  make  It  worthwhile.  Advances  In  technology  are  required  to 
make  this  application  practical. 

Generally  speaking,  there  are  three  distinctly  different  types  of 
activity  Involved  In  repairing  a  machine  such  as  an  engine.  In  order  of 
Increasing  difficulty,  they  are  : 

•  Disassembly  of  a  clean,  undamaged  machine 

•  Assembly  of  the  machine  from  clean,  undamaged  parts 

•  Disassembly  of  a  damaged  or  dirty  machine. 

We  omit  the  case  of  assembling  the  machine  with  dirty  or  damaged  parts, 
since  this  will  hopefully  be  an  uncommon  practice. 

The  ordering  above  may  seem  surprising.  The  reason  for  the 
ordering  Is  that  unpredictability  makes  a  task  more  difficult. 
Disassembling  a  clean,  undamaged  machine  Is  easiest  because  the  position 
of  every  part  In  the  machine  can  In  principle  be  known  quite  precisely 
to  start  with.  A  robot  requires  little  sensing.  If  any,  to  remove 
fasteners,  grasp  and  remove  components,  etc.  Parts  removed  can  be 
placed  anywhere  that  Is  convenient. 

Assembling  the  same  machine  would  be  no  more  difficult  than 
disassembling  It,  If  It  were  economic  to  present  every  component  to  the 
robot  In  a  precise,  known  position.  In  practice,  this  Is  usually 
prohibitively  expensive  because  special  tooling  such  as  Jigs,  fixtures, 
part  feeders,  and  so  on  must  be  specially  built  for  each  different  part. 
Even  then,  there  may  be  so  many  parts  that  there  Is  no  room  for  all  the 
tooling  around  the  robot.  Then  additional  tooling  such  as  conveyors 
must  be  built  to  bring  the  parts  to  the  robot.  Or,  the  robot  must  be 
made  mobile  so  that  It  can  go  and  get  the  parts  It  needs.  A  more 
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economic  approach  Is  to  supply  parts  Jumbled  In  bins  or  trays,  and  let 
the  robot  pick  out  the  one  It  needs  next.  This  Is  difficult  because  the 
part  positions  and  orientations  are  now  unpredictable  (to  arrange  them 
neatly  In  the  bln  would  require  another  person,  special  tooling,  or 
other  robots,  which  would  also  be  expensive).  So,  the  main  difference 
between  assembly  and  disassembly  Is  the  need  for  the  robot  to  obtain 
Individual  components  and  orient  them. 

Damage  and  dirt  Introduce  additional  variability  In  a  task  that  are 
difficult  for  a  robot  to  deal  with.  Damage  can  make  a  part 
unrecognizable  to  the  robot.  Worse,  It  may  make  the  part  unsafe  to  use, 
but  still  recognizable,  and  the  robot  might  Install  It.  Dirt  also  makes 
parts  difficult  to  recognize  and  handle.  In  addition.  It  ^an  spread  to 
other  parts  and  to  the  robot  Itself.  Dirt  can  get  Into  a  threaded  hole, 
for  example,  making  It  Impossible  to  put  a  bolt  Into  It.  It  can  get 
Into  the  mechanisms  of  the  robot,  especially  Its  hand,  and  Jam  It.  The 
main  problem  with  damaged  and  dirty  parts  Is  that  they  Introduce  the 
possibility  of  new  failure  modes  of  such  variety  that  they  are  In 
principle  Impossible  to  predict  and  plan  for.  It  Is  then,  by 
definition.  Impossible  to  provide  either  tests  for  those  failures  or 
corrective  actions. 

In  addition  to  damage  and  dirt,  any  flexible  parts,  such  as  wires, 
gaskets,  and  hoses,  also  cause  problems  because  their  shape  and  motion 
Is  usually  unpredictable.  Loose  parts,  or  parts  that  become  loose  when 
other  parts  are  removed  also  required  special  treatment. 

Nevertheless,  robotic  technology  offers  the  promise  of  a  highly- 
automated  engine  repair  facility.  Most  of  the  dirt  would  be  removed 
with  sprays  first.  The  robot  would  do  the  bulk  of  the  disassembly. 
Whenever  It  came  to  a  part  that  was  too  damaged  for  It  to  deal  with,  a 
person  would  help  It  out.  The  person  might  remove  the  part  himself. 
Instruct  the  robot  how  to  remove  It,  or  operate  the  robot  by  remote 
control.  One  person  might  be  able  to  look  after  several  robots,  for  a 
consequent  reduction  In  skill  and  manpower.  The  robot  could  carry  out 
many  cleaning,  sorting,  and  Inspection  procedures  on  the  Individual 


components  that  are  now  performed  manually.  It  could  discard  and 
replace  defective  ones.  Assembly  could  probably  be  completely 
automatic.  If  only  clean,  undamaged  parts  are  used. 

Naturally,  If  a  robotic  engine-repair  facility  like  this  could  be 
put  together,  we  would  have  the  technology  In  hand  to  do  much  more  than 
simply  repair  engines.  In  fact.  Industry  around  the  world  would  be 
quite  revolutionized  by  those  technologies.  This  Is,  of  course,  why 
those  technologies  are  topics  of  such  vigorous  research  today  here  and 
abroad  (especially  In  Japan). 

The  technical  difficulties  In  developing  such  equipment  should  not 
be  underestimated.  Many  robotic  technologies  would  have  to  be 
considerably  advanced,  and  many  current  problems  In  AI  research  would 
have  to  be  solved.  But  there  does  not  at  present  seem  to  be  any  reason 
to  suppose  that  this  Is  Impossible.  For  example,  experimental  robots  In 
various  laboratories  have  already  demonstrated  rudimentary  senses  of 
vision  and  touch,  picked  parts  out  of  bins,  built  wire  harnesses,  and 
assembled  simple  mechanical  products. 

All  of  the  required  technologies  In  fact  exist  today,  although  many 
of  them  are  only  In  the  "Model  T"  stage.  They  Include  all  the  AI 
technologies,  as  well  as  the  following  robotic  ones: 

•  Smaller,  lighter,  stronger  actuators 

•  Multiple-fingered,  dexterous  hands 

•  Tactile  sensors 

•  3D  vision 

•  Faster  manipulators  with  more  joints 

•  Mobile  robots 

•  Methods  for  co-ordinating  activities  of  multiple  robots 

•  Faster,  more  accurate  Joint  servos  capable  of  position, 
velocity,  and  force  control 

•  Use  of  component  shape  descriptions  stored  In  computer- 
aided  design  data  bases 

•  Integration  with  management  Information  systems. 
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Such  tasks  could  be  automated  to  a  large  extent  with  foreseeable 
improvements  to  present-day  robotic  technology^  The  main  problem  with 
today's  robots  is  that  they  lack  the  dexterity  required.  The  pacing 
technologies  for  this  application  include  the  following: 

•  Actuator  mechanisms 

•  Mechanical  transmissions 

•  End-effector  (dexterous  grippers) 

•  Force  and  torque  sensing  at  the  end-effector 

a  Finger-tip  tactile  sensing 

•  Vision  (for  location,  identification,  position, 
measurement,  and  inspection  for  integrity) 

•  Proximity  measurement  (independent  of  shape,  material,  or 
finish  of  sensed  objects). 

A  robotic  system  that  could  disassemble  and  reassemble  engines 
would  be  quite  a  large  advance  over  any  present  robotic  equipment,  even 
in  Japan.  It  would  be  extremely  complex  and  expensive,  and  might 
require  100  man-years  of  R&D.  It  would,  of  course,  be  suitable  for 
repairing  many  other  kinds  of  equipment. 

7.  IE  —  Automatic  Inspection  Equipment 

An  IMF  often  has  a  centralized  nondestructive  test  (NDT)  facility. 
The  basic  activities  in  such  facilities  could  be  automated.  The  most 
likely  Justification  for  doing  so  would  probably  be  to  provide  surge 
capability  if  NDT  specialists  should  be  in  short  supply. 

Three  important  types  of  NDT  procedures  performed  in  an  IMF  Include 
the  following: 

•  Detection  of  internal  flaws  using  ultrasonics 

•  Detection  of  external  cracks  using  magnetic  particles 

s  General  internal  examination  of  objects  using  X-rays. 

The  most  important  conclusion  that  we  drew  from  our  study  of  these 
procedures  is  that  they  all  rely  on  visual  analysis. to  determine  test 
results.  Magnetic  particle  testing  shows  up  surface  cracks  in  a  part  as 
fine  colored  lines.  Ultrasonic  testers  display  an  oscilloscope  trace  of 


echoes  from  Inside  the  part  under  test.  X-rays,  of  course,  produce 
extremely  detailed  Images  which  require  training  to  evaluate  properly. 

Automating  NDT  procedures  therefore  requires  either  (1) 
Implementing  a  computer  vision  system  that  can  analyze  such  visual 
patterns,  or,  (2)  modify  the  NDT  test  equipment  to  produce  Its  test 
results  In  a  form  that  can  be  directly  Input  to  a  computer. 

Magnetic  particle  tests  would  seem  to  require  looking  at  the  parts. 
Ultrasonic  data  could  be  supplied  to  the  computer  as  digitized 
reflected-energy  data  versus  time.  X-ray  Images  could  be  acquired 
directly,  without  expensive  X-ray  film  and  time  delays  to  develop  It. 

An  Important  part  of  NDT  procedures  Is  handling  the  parts  to  be 
tested.  Parts  almost  always  have  to  be  clean  before  they  can  be 
Inspected.  Bulk  cleaning  operations  typically  disorient  parts.  Often, 
different  parts  are  mixed  together  In  a  batch  for  more  efficient 
cleaning.  To  eliminate  a  manual  sorting  and  orienting  operation.  It 
would  be  advantageous  If  the  robot  system  can  do  It.  The  overall  NDT 
task  Is  then  to  slngulate.  Identify,  and  orient  parts,  place  them  Into 
an  appropriate  test  fixture,  operate  the  NDT  equipment,  and  read  the 
results.  It  will  be  difficult  to  make  a  robot  system  that  can  handle 
parts  of  any  arbitrary  shape,  however.  Much  progress  has  been  made  In 
recent  years  on  this  problem,  however. 

We  propose  robotic  NDT  systems  for  each  of  the  three  methods 
mentioned  above.  These  might  all  be  Incorporated  Into  a  single 
automated  NDT  facility.  Each  system  would  accept  a  bln  of  small  parts, 
perhaps  of  different  types,  and  would  sort  out  the  good  parts  from  the 
defective  ones. 


a.  Robotic  Ultrasonic  Inspection  System 

In  this  concept,  a  robot  moves  an  ultrasonic  probe  over  the  surface 
of  the  part.  Relatively  straightforward  robot  control  technology  would 
be  sufficient  to  accomplish  this. 
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Several  versions  of  this  concept  are  possible.  The  simplest  Is  a 
fixed,  automatic  Installation  In  an  NDT  center.  A  long-armed 
teleoperated  version  might  be  useful  for  certain  tests  performed  on 
parts  In  place  on  an  aircraft,  such  as  motor  mounts,  wing  roots,  and 
helicopter  rotor  blade  attachments.  Using  It,  the  technician  would  not 
have  to  risk  climbing  around  on  the  aircraft.  An  autonomous,  mobile 
version  of  this  robot  could  go  to  the  aircraft  and  perform  such  tests  by 

Itself.  That  version  would  require  a  large  developnent  effort,  however. 

One  benefit  of  such  systems  could  be  Increased  aircraft  safety,  by 
making  possible  more  tests  with  less  manpower. 

b.  Fllmless  X-ray  Inspection  System 

This  system  would  use  electronic  means  to  capture  X-ray  data 
Instead  of  film.  Several  technologies  exist  for  this  purpose  (X-ray- 
sensltlve  solid-state  Imaging  chips,  scintillometers,  "baggage  X-ray" 
machines,  optical  Imaging  of  a  fluoroscope  screen,  etc.).  A  robot  arm 
would  present  parts  to  the  X-ray  equlpnent,  perhaps  In  Its  own  gripper, 
since  It  would  not  be  damaged  by  the  radiation.  A  computer  would  then 
analyze  the  X-ray  data  In  any  of  several  different  ways  In  real  time, 

without  having  to  wait  for  chemical  development  of  a  film. 

The  computer  might  use  sophisticated  Al-style  Image  analysis 
routines  to  evaluate  the  data  as  a  hlgh-resolutlon  gray-scale  Image. 

Or,  It  might  just  compare  the  X-ray  data  polnt-f or- point  with  a  stored 
copy  of  a  scan  of  a  good  part.  Which  methods  are  applicable  will  depend 
upon  the  objects  and  what  kind  of  defects  are  Important.  The  more 
difficult  Inspection  procedures  would  require  some  means  for  the  NDT 
facility  supervisor  to  tell  the  system  what  to  look  for. 

c.  Robotic  Magnetic  Particle  Inspection  Station 

In  this  concept,  one  or  two  robot  arms  would  coat  metal  parts  with 
a  liquid  containing  magnetic  particles.  It  would  then  magnetize  them, 
and  visually  Inspect  the  surface  of  the  parts  for  cracks.  These  will 
show  up  as  concentrations  of  the  particles,  which,  being  brightly 
colored  or  fluorescent,  create  narrow  lines  on  the  surface  of  the  part. 
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Paint  and  dirt  must  be  removed  from  the  parts  before  testing,  so 
that  the  particles  can  reach  any  cracks.  This  Involves  dipping  and 
soaking  the  parts  In  tanks  of  various  liquids.  Some  parts  may  have  to 
be  brushed  or  otherwise  forcibly  cleaned  off.  That  would  greatly 
complicate  the  manipulator-control  problem. 

Knowing  how  to  clean  and  prepare  different  kinds  ov  ‘Tts,  and  how 
to  magnetize  them  requires  some  skill  and  training.  This  suggests  that 
AX  expert  systems  methods  will  be  needed.  Finding  the  cracks  shown  up 
by  the  particles  could  be  a  difficult  computer  vision  problem, 
especially  If  the  system  must  be  able  to  handle  parts  of  any  shape. 

8.  FR  —  Fabrication  Robots 

A  number  of  fabrication  operations  are  commonly  performed  at  an 
IMF,  such  as  the  following: 

*  Bending  tubes 

*  Making  hoses 

*  Making  wire  harnesses 

*  Drilling  hole  patterns  In  aircraft  skins 

*  Arc  welding,  both  In  the  shop  and  In  an  aircraft 

*  Sheet  metal  forming. 

If  the  work  load  Is  heavy  enough,  some  of  these  jobs  may  be  worth 
automating.  Here,  we  propose  three  systems — for  tube  bending,  drilling 
precise  hole  patterns  In  sheet  metal,  and  for  arc  welding. 

a.  Automatic  Tube  Bending  System 

This  concept  Is  the  use  of  automatic  equipment  to  bend  tubing  of 
various  lengths  and  diameters  to  make  replacements  for  damaged  tubing  In 
an  aircraft.  The  Vector-1  measuring  arm*  can  measure  the  shape  of  a 
piece  of  bent  tubing  precisely  and  place  this  Information  on  a  magnetic 
computer  tape.  The  tape  can  then  control  an  automatic  tube  bender  to 
make  exact  copies  from  stock  at  any  time.  The  original  tube  need  not  be 
retained  as  a  model. 

*  Eaton-Leonard,  Incorporated,  Carlsbad,  California. 


This  is  an  application  of  the  simplest  kind  of  robotics  technology. 
In  fact,  a  robot-like  manipulator  arm  Is  used  as  a  measuring  device  to 
determine  the  shape  of  the  original  tube.  It  Is  unpowered,  and  a 
skilled  operator  grasps  Its  "hand"  and  places  It  a  various  points  along 
the  tube  to  determine  the  tube's  shape. 

This  Is  the  lowest-rlsk  of  all  the  Al/robotlc  design  concepts  in 
this  report,  because  the  cosanerclal  equipment  already  exists  and  is  used 
by  aircraft  manufacturers. 

b.  Templateless  Drilling  Robot 

This  design  concept  Is  a  robot  for  drilling  precise  patterns  of 
holes  In  aircraft  skin  panels  without  the  need  to  make  full-scale 
templates.  The  benefits  Include  Increased  productivity,  as  well  as 
eliminating  the  labor  and  material  costs  that  go  Into  the  templates. 

The  risk  Is  only  moderate,  because  the  U.S.  Air  Force  Is  developing 
robotic  technology  to  allow  a  commercial  robot  manipulator  to  do  just 
this.  The  concept  Is  based  on  the  use  of  accurate  external  sensors  to 
continually  measure  and  correct  errors  In  the  actual  position  and 
orientation  of  the  drill.  This  research  is  part  of  the  USAF's 
Integrated  Computer-Aided  Manufacturing  (ICAM)  project. 

The  ICAM  project  Intends  to  program  the  robot  for  this  task 
directly  from  a  computer-aided  design  data  base  for  the  aircraft.  But 
the  repairs  and  modifications  made  to  an  aircraft  during  Its  service 
life  can  quickly  make  the  manufacturer's  original  CAD  data  obsolete. 

So,  for  maintenance  applications  a  rapid  training  procedure  would 
probably  be  more  practical  than  fulljr-automatic  operation. 

Consider  replacing  a  fuselage  panel,  for  example.  One  has  to  drill 
rivet  holes  In  the  newly-formed  panel  to  match  the  existing  holes  In  the 
airframe.  The  maintenance  technician  could  use  a  teleoperator/remote 
control  to  move  a  robot  arm  near  to  each  of  the  holes  on  the  airframe. 

A  sensor  In  the  hand  would  record  the  precise  hole  position.  The 
drilling  robot  (which  might  be  the  same  one  used  to  find  the  holes) 
could  then  use  this  Information  to  drill  the  required  holes  In  the 
panel. 
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c.  Robotic  Arc  Welding  Station 

This  concept  Is  a  robotic  arc  welder.  Any  of  several  conmerclal 
welding  robots  could  be  used  as  Is  for  some  Intermediate  maintenance 
welding,  If  the  volume  of  work  Is  large  enough  to  justify  It.  Potential 
benefits  Include  higher  productivity.  Increased  uniformity,  and  possibly 
Increased  safety.  Technological  risk  Is  almost  as  low  as  for  the  tube 
bender,  and  developaent  time  could  be  negligible. 

The  main  risk  In  this  design  concept  Is  justifying  the  use  of  a 
robot.  It  has  to  be  trained  for  each  new  job,  and  It  Is  out  of  service 
during  that  time.  If  the  training  Is  not  perfect,  additional  time  and 
material  Is  lost  In  correcting  :t.  The  trainer  has  to  be  a  skilled 
welder.  To  make  good  use  of  his  time,  he  should  have  to  supervise 
several  robots  working  simultaneously. 

A  robot  welder  will  be  easiest  to  justify  If  It  will  be  welding 
many  Identical  parts  continuously.  In  fact.  In  such  situations  a  robot 
can  keep  the  arc  burning  so  much  more  of  the  time  compared  to  a  human 
welder  that  It  may  need  a  welding  power  supply  with  a  50Z  higher  rating! 


Justification  will  probably  be  difficult  because  much  IMF  welding 
Is  nonrepetltlve.  Some  typical  jobs  are  constructing  special 
maintenance  equipment  for  use  by  the  IMF,  and  repairing  broken  parts. 


IV  COST-BENEFIT  METHODOLOGY 


A.  Introduction 

The  objective  of  the  research  described  in  this  chapter  was  to  establish 
criteria  for  assessing  the  cost-benefit  tradeoffs  with  respect  to  the  future 
implementation  of  existing  and  projected  artificial  intelligence  (AI)  and 
robotics  techniques  into  the  field  of  Navy  aircraft  maintenance.  The  criteria 
shall  be  amenable  to  quantification  through  the  establishment  of  appropriate 
measures  of  effectiveness  for  use  with  resource  allocation  techniques. 

The  cost-benefit  factors  and  the  associated  measures  of  effectiveness 
established  are  described  in  Section  B.  The  basic  structure  of  the  proposed 
computer  model  to  be  used  for  cost-benefit  analyses  is  described  in  Section  C. 
A  sample  demonstration  of  the  use  of  the  Cost-Benefit  Model  for  a  hypothetical 
Al/robotic  application  is  presented  in  Section  D.  Appendix  B  to  this  report 
presents  a  summmary  description  of  a  utility  structured  data  base  design  for 
representing  manpower  requirements. 

B.  Cost-Benefit  Factors 


1 .  General 

The  underlying  objective  of  Navy  R&D  is  to  develop  new  techniques, 
procedures  and  equipment  that  will  enhance  Navy  readiness  at  reduced  cost  and 
manpower.  In  general  terms  then,  the  establishment  of  cost-benefit  criteria 
must  encompass  the  three  factors:  readiness,  cost  and  manpower.  The 
following  sections  address  these  factors  in  turn  and  identify  associated 
measures  of  effectiveness  that  can  be  used  to  evaluate  the  cost-benefit 
tradeoffs  of  alternate  R&D  projects  and  programs  related  to  Navy  aircraft 
maintenance. 


2.  Readiness 

Readiness  has  been  defined  in  a  previous  SRI  report''  as  "the 
degree  to  which  an  organizational  entity  is  capable  of  performing,  to  its 
maximum  potential,  the  misalons  for  which  it  is  organized,  during  a  normal 
operating  cycle."  This  definition  is,  of  course,  quite  general  in  nature  and 
must  be  appropriately  modified  in  both  structure  and  terminology  when 
addressing  a  particular  problem  within  a  specified  mission  area. 

References  are  listed  at  the  end  of  this  report 
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For  Navy  aviation,  at  the  wing  or  squadron  level,  readiness 
primarily  refers  to  the  expected  numbers  of  aircraft  that  are  operationally 
ready  at  any  given  time  during  a  specific  deployment  period.  These  expected 
values  are  directly  related  to  the  operational  availability  of  the  individual 
aircraft,  the  availability  of  qualified  aircrews  to  properly  operate  the 
aircraft,  and  the  availability  of  sufficient  amounts  of  fuel  and  ordnance  to 
meet  mission  requirements  over  the  deployment  period.  The  latter  two  factors 
are  not  functions  of  aircraft  maintenance,  but  the  first  factor  is  highly 
dependent  on  maintenance  efficiency. 

The  operational  availability  of  an  aircraft  can  be  defined  as  the 
probability  that  the  aircraft  is  fully  operational  at  any  given  time  during 
the  deployment.  In  its  simplest  form,  operational  availability,  denoted  by 
OA,  can  be  represented  as  follows: 

“  TUT  +  TDT  ^  ^ 


Where  TUT  is  the  total  up-time  and  TDT  is  the  total  down-time  for  an  airccraft 
over  the  period  of  deployment.  OA  is,  of  course,  the  unity  complement  of  the 
NOR  (not-operationally-ready)  rate,  which  is  used  more  frequently  in  Navy 
parlance.  The  NOR  rate  can  be  broken  down  into  two  components:  NORM  (NOR- 
Maintenance)  rate  and  NORS  (NOR-Supply)  rate.  Although  this  factorization  is 
convenient  in  assessing  the  causative  factors  contributing  to  the  NOR  rate, 
these  factors  are  not  additive  and  also  are  not  necessarily  Independent. 

That  is,  a  decrease  in  the  NORM  rate  could  be  somewhat  offset  by  an  induced 
increase  in  the  NORS  rate,  e.g.,  if  the  spare  part  Inventory  is  not  sufficient 
to  support  the  resulting  increase  in  maintenance  activity.  Thus,  in 
evaluating  the  effects  on  readiness  of  postulated  maintenance  techniques, 
procedures,  and  equipment,  the  NOR  rate  should  be  the  guiding  measure  of 
effectiveness. 

In  terms  of  Eq.  (1),  the  NOR  rate  can  be  represented  as  follows: 


NOR  rate 


TDT 

TUT  +  TDT 


(2) 


One  problem  with  using  the  NOR  rate,  as  represented  above,  is  the  need  to 
specify  an  appropriate  time  period  as  a  basis  for  the  NOR  rate  computation 
(note  that  the  denominator  of  Eq.  2  represents  this  time  period).  This  basic 
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time  period  could  be  periodic,  say  weekly  or  monthly,  or  it  could  be  the  total 
period  of  deployment  of  the  aircraft's  squadron,  which  would  be  a  variable 
time  period  dependent  on  the  nature  of  the  squadron's  deployment.  The  time 
period  could  also  be  an  expanding  time  period,  reflecting  the  elapsed 
deployment  time  for  a  squadron  during  a  specified  deployment  period. 

One  convenient  way  to  eliminate  the  selection  of  a  specific  time 
period  is  to  consider  the  aircraft  operability  status  as  a  two-state 
stochastic  process,  with  the  two  states  being  "up"  or  "down".  Upon 
deployment,  the  aircraft  will  be  up  for  a  random  period  of  Tyi  time  units  at 
which  time  a  malfunction  occurs,  and  then  the  aircraft  will  be  down  for  a 
random  period  of  Tdi  time  units.  The  aircraft  then  will  be  up  for  a  random 
period  of  Tq2  time  units,  and  so  on.  At  the  end  of  the  such  up-down 
cycle,  Eq.  (2)  can  be  rewritten  as  follows: 


NOR  rate 


T 


Di 


N  N 

2:  %  s  ^D1 

1*1  1=1 


(3) 


If  we  divide  numerator  and  denominator  by  N,  then  Eq.  (3)  becomes 


NOR  rate 


MPT 

MUT  +  MDT 


(4) 


where  MDT  is  the  mean  down-time  and  MUT  is  the  mean  up-time.  This 
representation  of  the  NOR  rate  eliminates  the  need  for  specifying  an  explicit 
measurement  time  period  and  is  also  very  convenient  for  use  in  a  predictive 
mode,  such  as  estimating  the  effects  on  the  NOR  rate  of  postulated  changes  in 
maintenance  techniques,  procedures,  and  equipment. 

Another  problem  of  using  the  NOR  rate  as  a  measure  of 
effectiveness  for  aircraft  maintenance  is  that  this  measure  depends  not  only 
on  maintenance  efficiency,  but  also  on  the  aircraft's  operational  profile,  or 
more  succinctly,  the  frequency  of  aircraft  malfunctions.  That  is,  the  up-time 
components  of  Eq.  (2),  (3)  or  (4)  are  measured  in  calendar  hours,  as  opposed 
to  flying  hours,  and  as  such  are  highly  dependent  on  the  aircraft  sortie  rate. 
If  the  operational  profile  remains  relatively  stable  during  the  period  of 
deployment,  then  this  up-time  component  will  be  relatively  constant  and  so  the 
NOR  rate  can  provide  a  good  measure  to  evaluate  the  effects  of  changes  in  the 
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maintenance  program.  However,  if  this  profile  is  variable,  and  even  worse, 
unpredictable,  then  the  NOR  rate  loses  much  of  its  usefulness  as  a  measure  of 
maintenance  efficiency.  Also,  although  in  an  indirect  manner,  the  down-time 
components  of  the  referenced  equations  also  depend  on  the  operational  profile. 
That  Is,  higher  sortie  rates  Induce  higher  failure  rates  (in  calendar  time) 
which  Impose  a  heavier  burden  on  the  maintenance  components,  which  in  turn 
lead  to  longer  single  aircraft  down-times  due  to  an  overloading  of  the 
maintenance  components. 

In  a  predictive  mode,  the  aircraft  operational  profile  can  be 
assumed  constant,  based  on  a  representative  scenario  (or  set  of  scenarios) ,  so 
that  this  problem  can  be  alleviated.  Under  this  assumption,  the  mean  up-tlme 
can  be  assumed  as  a  constant  and  so  the  NOR  rate  is  then  strictly  a  function 
of  the  mean  down-time.  Since  the  mean  down-time,  often  referred  to  as  the 
maintenance  turnaround  time,  is  a  commonly  used  measure  of  the  responsiveness 
of  the  maintenance  activities,  then  readiness  can  be  directly  related  to 
maintenance  responsiveness  through  consideration  of  the  NOR  rate,  or  more 
specifically,  the  maintenance  turnaround  time. 

Within  the  context  of  the  above  discussion,  the  maintenance 
turnaround  time  then  will  be  used  as  the  readiness  measure  for  evaluating  the 
cost-benefit  tradeoffs  of  possible  implementation  of  Al/robotic  techniques  and 
procedures  directed  to  the  enhancement  of  maintenance  system  efficiency. 


3.  Cost 

The  cost  factor  must  consider  all  cost  elements  that  would  be 
included  in  a  Life  Cycle  Cost  (LCC)  analysis.  These  cost  elements  can  be 
grouped  into  two  major  categories:  Capital  Investment  Costs  and  Operations 
and  Maintenance,  Navy  (O&MN)  Costs.  The  Capital  Investment  Costs  refer  to  all 
one-time  costs  incurred  in  fielding  a  system  or  implementing  an  operational 
concept,  ranging  from  initial  R&D  costs  on  up  through  the  actual  establishment 
of  the  system  or  concept  aboard  ship  or  at  a  Navy  installation.  The  O&MN 
costs  refer  to  the  annual  recurring  costs  associated  with  operating  and 
maintaining  the  system  during  its  intended  useful  lifetime.  The  partcular 
cost  elements  included  in  the  above  categories  are  as  listed  below:* 

The  cost  element  categorization  is  adopted,  for  the  most  part,  from  the 
NAVFAC  Economic  Analysis  Handbook^. 


Capital  Investment  Coats 


•  Research  &  Development  -  all  costs  incurred  for  research  and 
development,  from  basic  research  through  exploratory  and 
advanced  development  to  engineering  development  and  testing. 

•  Facility  Investment  Costs  -  all  costs  associated  with  the 
acquisition  of  equipment  and  real  property;  rehabilitation  or 
modification  of  existing  facilities;  operations  and  maintenance 
start-up  costs;  one-time  personnel  costs  (recruitment,  separation, 
relocation,  training,  etc.);  and  other  nonrecurring  costs  and 
services. 

•  Working  Capital  Changes  -  costs,  both  positive  and  negative, 
associated  with  changes  in  assets  on  hand  or  on  order,  such  as 
spare  parts  and  supplies  in  inventory  or  in  the  pipeline. 

•  Value  of  Existing  Assets  Replaced  -  cost  savings  incurred  through 
the  release  of  existing  assets,  provided  these  assets  can  be  put 
to  alternative  use. 

•  Future  Terminal  Value  -  the  present  value  of  the  estimated  value 
of  the  proposed  investment  at  the  end  of  its  estimated  useful 
lifetime  (usuallly  negligible). 

Operations  and  Maintenance.  Navy  (O&MN)  Costs 

•  Personnel  Costs  -  all  costs  of  civilian  and  military  personnel, 
including  salaries,  employee  benefits,  subsistance  and  travel 
costs,  replacement  and  rotation  costs,  training  costs,  and  other 
recurring  costs. 

•  Operating  Costs  -  all  costs  incurred  for  materials,  supplies, 
handling,  storage,  utility  services,  and  other  recurring  costs 
associated  with  the  operation  of  the  system. 

•  Maintenance  &  Repair  Costs  -  all  costs  associated  with  the 
maintenance  and  repair  of  equipment  and  facilities  associated  with 
the  system. 

•  Overhead  -  the  costs  of  accounting,  legal,  local  procurement, 
medical  services,  receipt,  storage  and  issue  of  base  supplies, 
police,  fire,  and  other  services. 

The  cost  elements  included  in  the  above  categories,  although  not 
exhaustive,  are  quite  extensive  and  in  most  cases,  many  of  the  identified  cost 
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elements  will  either  not  be  applicable  or  else  will  be  relatively 
insignificant  in  the  long  run.  Thus,  in  determining  the  life  cycle  costs 
associated  with  the  Implementation  of  a  particular  aircraft  maintenance  system 
or  concept,  care  should  be  exercised  to  identify  those  cost  elements  that  will  [_ 

be  significant  in  the  ensuing  cost-benefit  analysis. 

In  performing  a  cost-benefit  analysis,  all  cost  elements  must  be 

c 

discounted  to  their  present  value,  taking  into  account  inflation,  interest,  i- 

and  other  factors  that  generate  disparities  between  the  values  of  future  and 

present  expenditures.  Although  Capital  Investment  and  O&MN  costs  could  be 

combined  into  a  single  cost  factor,  it  is  preferable  to  keep  them  separated 

since  the  necessary  funds  are  obtained  from  different  government  accounting  ! 

sources.  When  considering  equipment  and  procedural  modifications  to  systems  ^ 

already  deployed,  many  of  the  system  cost  elements  will  not  be  affected  by 

such  modifications  and  hence  need  not  be  considered  per  se.  That  is,  one  is 

Interested  more  in  the  net  changes  to  the  cost  factors  than  in  the  total  life 

cycle  coat. 

Within  the  context  of  the  above  discussion,  the  net  changes  in  Capital 
Investment  Coats  and  04MN  Coats  will  be  used  as  the  cost  measures  for  _  j! 

evaluating  the  coat-benefit  tradeoffs  of  possible  implementation  of  Al/robotic 
techniques  and  procedures  directed  to  the  enhancement  of  maintenance  system 
efficiency. 


4.  Manpower 

The  manpower  factor  must  consider  not  only  the  numbers  of  personnel 
required,  but  also  the  required  distribution  of  skill  levels  within  the 
manning  structure.  Since  the  skill  level  distribution  is  spread  over  a  wide 
variety  of  components  (officer  designators  and  pay  grades,  EP  ratings  and  pay 
grades,  and  civilian  occupational  codes  and  pay  scales),  it  is  necessary  for  a 
cost  benefit  analysis  to  represent  this  distribution  in  terms  of  much  more 
aggregated  components.  One  approach  that  proved  useful  in  a  previous  SRI 
analysis3  was  to  establish  a  utility  data  base  structure  that  consisted  of  18 
utility  pay  grades,  7  utility  skill  groups,  and  a  utility  value  for  each  pay 
grade/skill  group  combination.  Each  officer,  EP,  and  civilian  pay  grade  was 
appropriately  equivalenced  to  a  utility  pay  grade,  and  each  officer 
designator,  EP  rating,  and  civilian  occupational  code  was  assigned  to  one  of 
the  seven  utility  skill  groups.  Normalized  utility  values  were  then 
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established  for  each  skill  group  level  as  a  function  of  the  utility  pay 
grades.  With  this  data  base  structure,  each  authorized  Navy  billet  could  be 
associated  with  a  representative  utility  value  that  considers  both  the  skill 
level  and  pay  grade  of  that  billet,  regardless  of  whether  It  Is  an  officer, 

EP,  or  civilian  billet.  A  summary  description  of  this  data  base  structure  Is 
presented  as  Appendix  B  to  this  report. 

The  use  of  this  utility  base  structure  provides  a  convenient  vehicle  for 
aggregating  the  various  manpower  requirements  for  evaluating  the  cost-benefit 
tradeoffs  of  alternative  R&D  projects  and  programs  related  to  Navy  aircraft 
maintenance.  At  the  moat  aggregate  level,  the  manpower  requirement  of  the 
maintenance  components  or  activities  associated  with  implementation  of  a 
particular  aircraft  maintenance  system  or  concept  can  be  specified  simply  as 
the  total  number  of  personnel  required  and  the  average  utility  per  person.  A 
reduction  in  either  number  then  would  represent  a  reduction  in  the  overall 
manpower  requirements.  In  some  cases,  it  may  be  advantageous  to  consider  a 
somewhat  lesser  level  of  aggregation  by  specifying  the  numbers  of  officers, 
EPs,  and  civilians  and  the  associated  average  utility  per  person  for  each  of 
these  personnel  categories.  For  the  purposes  of  this  analysis,  the  higher 
level  of  aggregation  will  be  adopted  and  thus  the  manpower  factor  in  the  cost- 
benefit  analysis  will  be  represented  by  the  total  number  of  personnel  and  the 
average  utility  per  person  for  the  required  maintenance  components  or 
activities. 


Cost-Benefit  Model 


1 .  Method  of  Approach 


The  field  of  feasible  applications  of  Al/robotlcs  is  still  in  its 
infancy  and  more  basic  research  and  development  is  required  to  foster  its 
growth  to  the  point  that  prospective  applications  will  have  a  considerable 
Impact  on  Navy  aircraft  maintenance,  especially  at  the  organizational  and 
intermediate  levels.  In  most  cases,  a  practical  application  of  Al/robotlcs 
will  require  technological  breakthroughs  in  two  or  more  research  areas.  When 
taken  alone,  these  advances  may  not  induce  significant  benefits,  but  when 
combined,  the  synergistic  effects  of  their  Joint  occurrence  may  prove 
extremely  beneficial.  These  factors  were  thus  given  due  consideration  In  the 
development  of  a  model  for  evaluating  the  cost-benefit  tradeoffs  of  possible 


implementation  of  Al/robotics  techniques  and  procedures  directed  to  the 
enhancement  of  Navy  aircraft  maintenance  system  efficiency. 

The  approach  used  in  developing  the  model  considered  three  distinct  time 
phases  in  the  life  cycle  of  a  proposed  system;  Research  and  Development  (R&D) 
Phase,  Manufacturing  and  Installation  (M&I)  Phase,  and  Operations  and 
Maintenance  (O&M)  Phase.  The  R&D  Phase  addresses  the  research  and  development 
projects  that  are  associated  with  specific  research  areas  directed  toward  a 
perceptual  Al/robotic  application  to  Navy  aircraft  maintenance.  For  this 
phase,  the  model  individually  considers  each  R&D  project  and  establishes  a 
project's  total  R&D  costs  and  the  probability  that  the  project  will  come  to  a 
successful  conclusion,  beginning  with  basic  research,  through  exploratory  and 
advanced  development,  and  culminating  with  engineering  development.  The  model 
also  determines  the  expected  investment  loss,  should  a  project  be  cancelled 
for  lack  of  realizing  its  planned  potential  during  any  R&D  phase. 

The  M&I  Phase  addresses  specific  combinations  of  successful  R&D  projects 
that,  when  merged,  would  result  in  useful  Al/robotic  applications  to  Navy 
aircraft  maintenance.  For  each  such  combination,  the  model  computes  the 
overall  manufacturing  and  installation  costs  for  the  associated  application. 
This  la  accomplished  by  first  Identifying  the  affected  work  centers  at  the 
organizational,  intermediate  and  depot  maintenance  levels,  and  then  by 
determining  the  total  number  of  'systems*  (equipment,  procedures,  and/or 
techniques)  that  must  be  implemented  considering  the  Navy-wide  distribution  of 
maintenance  activities.  The  model  also  computes  the  total  R&D  Investment  cost 
for  each  application  (combination  of  successful  research  projects) ,  which 
includes  the  R&Da  costs  associated  with  the  successful  research  projects,  as 
well  as  the  expected  investment  losses  associated  with  the  unsuccessful  and 
unusable  R&D  projects.  The  model  than  determines  the  total  investment  cost 
for  an  application  by  combining  the  R&D  costs  with  the  M&I  costs. 

The  O&M  Phase  addresses  the  operations  and  maintenance  of  the  new 
systems.  For  this  phase,  the  model  computes  the  total  differential  O&M  costs 
to  be  realized  through  the  implementation  of  the  new  systems,  as  well  as  the 
differential  personnel  and  response  time  benefit  factors. 

The  three  phases  of  the  model  are  described  in  detail  in  the  following 


subsections. 
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2.  Research  and  Development  Phase 

The  R&D  Phase  assumes  that  a  large-scale  R&D  program  directed  to  a  major 
Al/robotics  application  to  Navy  aircraft  maintenance  Is  to  be  Implemented. 

This  program  consists  of  a  number  of  Independent  R4D  projects  directed  toward 
advancing  the  state-of-the-art  within  distinct  areas  of  Al/robotlcs 
technology.  If  the  objectives  of  all  of  the  research  projects  are  realized, 
then  the  Intended  AI /robotic  application  can  be  Implemented,  resulting  In  a 
maximum  payoff  with  regards  to  cost-benefit  factors.  However,  the  research 
program  la  designed  so  that  some  coat-benefit  payoffs  can  be  realized  If  only 
selected  subsets  of  the  projects  reach  fruition.  The  R&D  Phase  of  the  model 
addresses  only  the  Individual  R&D  projects.  The  combinations  of  successful 
projects  are  then  merged  together  In  the  M&I  Phase. 

For  each  R&D  project  In  the  research  program,  the  R&D  Phase  of  the  model 
establishes  the  probability  of  success,  the  total  R&D  costs,  the  expected 
completion  dates,  and  the  expected  Investment  loss  should  the  project  be 
unsuccessful  or  not  used  In  an  ensuing  Al/robotlc  application.  Bach  R&D 
project  Is  assumed  to  consist  of  four  phases:  basic  research,  exploratory 
development,  advanced  development,  and  engineering  development.  At  the  end  of 
each  phase,  the  project  will  either  move  Into  the  next  phase  or  else  be 
shelved.  If  It  Is  shelved  at  the  end  of  any  phase,  then  the  R&D  costs 
Incurred  to  that  time  will  be  considered  as  Investment  losses.  If  the  project 
proceeds  successfully  through  all  four  phases,  then  the  project  will  be  deemed 
a  success  and  the  R&D  costs  Incurred  will  be  Included  In  the  total  R&D  costs 
for  an  application  If  the  project  Is  Included  In  the  associated  combination  of 
projects.  If  the  project  la  not  Included  In  the  associated  combination  of 
projects,  then  the  R&D  costs  of  the  project,  though  successful,  will  be 
considered  as  an  Investment  loss  since  the  utility  of  the  project  results  was 
dependent  on  the  success  of  an  unsuccessful  companion  R&D  project. 

The  model  Inputs  required  for  the  R&D  Phase  are  as  follows: 

^RD  -  total  number  of  R&D  projects  In  research  program 

1  s  R&D  project  number  (1=1,  ...,  N 

Cqp(1)  =  expected  coat  of  basic  research  for  project  1 

CEXD^t)  s  expected  coat  of  exploratory  development  for  project  1 

Cad(I)  *  expected  coat  of  advanced  development  for  project  1 

CEGD^t)  =  expected  coat  of  engineering  development  for  project  1 
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=  probability  that  basic  research  phase  is  successful  for 
project  1 

=  probability  that  exploratory  development  phase  is  successful 
for  project  i 

=  probability  that  advsuiced  development  phase  is  successful 
for  project  i 

Pegd^I-^  =  probability  that  engineering  development  phase  is  successful 
for  project  i 

=  expected  start-up  time  for  project  i 
TbrCD  -  expected  duration  of  basic  research  phase  for  project  1 
Texd^I-)  =  expected  duration  of  exploratory  development  phase  for 
project  i 

Tad(1)  =  expected  duration  of  advanced  development  phase  for 
project  i 

Tegd^I-)  =  expected  duration  of  engineering  development  phase  for 
project  i. 

If,  for  a  specific  R&D  project,  one  or  more  R4D  phases  will  not  be  required, 
then  the  cost  and  time  inputs  for  that  phase  would  be  zero  and  the  probability 
of  success  would  be  unity. 

The  major  outputs  of  the  R4D  Phase  are  as  follows: 

CrdCD  =  total  R4D  costs  for  project  i,  given  that  it  is  successful 
and  used  in  an  implemented  application 
*  probability  that  project  is  successful 
Trd(1)  *  expected  time  of  completion  of  R4D  for  project  i,  given 
that  it  is  successful 

Lj(l)  s  expected  investment  loss,  given  that  the  project  is 

unsuccessful  or  not  used  in  an  Implemented  application 
These  outputs  are  computed  in  accordance  with  the  following  equations: 

Crd^I-)  =  CBR{i)  +  Cexd^I-)  ♦  +  CgGD^^^ 

Ps(i)  s  PgR^i)  •  PeXP^I-)  •  •  PeGD^^)  ^2) 

TrdCI)  =  Tsu(i)  +  TgnCi)  +  Tgxpd)  +  Tad^I)  +  Tegd^^^  ^3) 

Li(i)  =  (1-PBH(i))*CBR(i)  +  PbR^^^  •  O-PexP^^)^  •  (CbrII) 

+  Cexp(i))  +  PgR^i-^*  Pexp^^^  •  (i-pad^^^^^br^^^  + 

CEXp(i)  +  Cad(1))+  PgR^l-)  •  ^EXP^^)  •  ^AD^^^  •  (1-PeGD^^^^' 

Cjyj(i)  +  Ps(i)  .  CHD(i) 
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The  model  computes  the  values  of  these  outputs  and  then  stores  them  for  use  In 
the  M&I  Phase  of  the  model.  The  model  also  prints  out  an  R&D  Summary  Table 
for  each  project.  This  table  includes  the  following  output  data  for  each  R&D 
phase  of  a  project: 

•  duration  time 

•  date  of  Implementation 

•  date  of  completion 

•  probability  of  success 

•  R&D  cost 

•  probability  of  termination 

•  expected  Investment  loss. 


3.  Manufacturing  and  Installation  Phase 

The  M&I  Phase  of  the  model  addresses  specific  combinations  of  R&D 
projects  that  would  result  in  a  feasible  application  of  Al/robotlcs  to  Navy 
aircraft  maintenance.  Each  project  combination  addressed  assumes  that  all 
other  R&D  projects  either  were  unsuccessful  or  not  usable  because  of  a 
dependency  on  an  unsuccessful  companion  R&D  project.  (If  other  R&D  projects 
were  useful,  then  they  would  be  included  in  a  larger  combination  of  R&D 
projects).  For  each  such  combination,  the  M&I  Phase  establishes  the  total  R&D 
costs  associated  with  the  projects  contained  in  the  combination,  the  expected 
Investment  losses  associated  with  the  projects  not  in  the  combination,  and  the 
manufacturing  and  installation  costs  associated  with  the  full  implementation 
of  the  Al/robotic  systems  throughout  the  Navy  aircraft  maintenance  community. 
The  model  then  combines  these  investment  costs  to  determine  the  total 
investment  cost  associated  with  this  Al/robotic  application.  The  model  also 
determines  the  time  at  which  the  application  has  been  fully  implemented  and 


becomes  operational  on  a  Navy-wide  basis. 

The  model  inputs  for  the  M&I  phase  are  as  follow: 

Npc  =  total  number  of  project  combinations  considered 

J  =  project  combination  number  (J=1,...Npc) 

NP(J)  =  number  of  R&D  projects  in  project  combination  J 
PN(i,J)  =  R&D  project  number  for  project  i  in  project  combination 
J(i=1,  ...,  NP(J)) 

Nqm  “  number  of  organizational  maintenance  (OM)  components  within 

the  Navy 
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Njiij  =  number  of  intermediate  maintenance  (IM)  components  within 

the  Navy 

Ndj^  =  number  of  depot  maintenance  (DM)  components  within  the  Navy 

NWCToj<(J)  =  number  of  work  center  types  at  the  organizational 

maintenance  level  affected  by  project  combination  J 
NWCTij<(J)  =  number  of  work  center  types  at  the  intermediate  maintenance 
level  affected  by  project  combination  J 
NWCTijm(J)  =  number  of  work  center  types  at  the  depot  maintenance 
level  affected  by  project  combination  J 
NWCoi^Cjyk)  =  number  of  work  centers  of  type  k  for  project  combination 
J  at  an  organizational  maintenance  component  (k=1,  ... 
NWCTom(J)) 

NWCinCjjk)  =  number  of  work  centers  of  type  k  for  project  combination 
J  at  an  intermediate  maintenance  component  (k:1 ,  ..., 
NWCTim(J)) 

NWCDM(J>k)  s  number  of  work  centers  of  type  k  for  project  combination  J 
at  a  depot  maintenance  component  (ksl,  ...,  NWCT|)i.(( J) ) 
NSoM(J,k)  s  number  of  systems  required  at  a  work  center  of  type  k 

for  project  combination  J  at  an  organizational  maintenance 
component  (ksl ,  NWCTqjjCJ)) 

NSif^(J,k)  s  number  of  systems  required  at  a  work  center  of  type  k 

for  project  combination  J  at  an  intermediate  maintenance 
component  (k=1 ,  ...,  NWCTijilC J)) 

NSDM(J>k)  5  number  of  systems  required  at  a  work  center  of  type  k  for 
project  combination  J  at  a  depot  maintenance  component 

(k=1,  ....  NWCTjjj^J)) 

*^MAN(J)  =  manufacturing  cost  per  system  for  project  combination  J 
^INS^J)  -  installation  cost  per  system  for  project  combination  J 

Tmi(J)  =  expected  duration  for  manufacturing  and  installation  of 

systems  for  project  combination  J. 

The  major  outputs  of  the  M&I  Phase  are  as  follows: 

^TRD(J)  =  total  R&D  cost  for  R4D  projects  Included  in  project 
combination  J 

Cil(J)  =  total  expected  Investment  loss  for  R&D  projects  not 

Included  in  project  combination  J 


Cmi(J)  =  total  manufacturing  and  installation  cost  for  project 

combination  J 

CiNv(J)  =  total  capital  investment  cost  for  project 
combination  J 

Tit^(J)  =  time  of  full  implementation  of  systems  for  project 
combination  J. 

Before  proceeding  to  the  computation  of  the  major  outputs  of  the  M&I  Phase, 
the  following  auxiliary  computation  is  performed: 

NWCT^j^Cj) 


NS  (J).NOM  •  E  NWC  (J.k)  .  NS-„(j.k) 


NWCTjj^(J) 

+  NIM  *22  NWCjjj(J,k)  •  NSj^(j,k) 
k-1 

NWCTjjj^(J) 

+  NDM  -E  NWCjjj^(J,k)  .  NSjjj^(J,k) 


where  NS^otU)  is  the  total  number  of  systems  to  be  installed  for  project 
combination  J, 

The  major  outputs  for  this  phase  are  computed  in  accordance  with  the 
following  equations 

NP(J) 

CtRd(J)  =  S  Cjyj(PN(i,j))  (6) 


”RD 

2  Lt<“) 

m=l 


m^PN(i,j) 

Cmi  =  NStotU)  •  (CmanU)  +  CiNs(J)) 
CiNv(J)  =  Ctrd(J)  +  Cil(J)  Cmi(J) 
'^IMP^J)  =  Tmi(J)  +  max  jTj,(m)j 

m  ■  PN(i,J) 


4.  Operations  and  Maintenance  Phase 


The  04M  Phase  of  the  model  addresses  the  operation  and  maintenance 
of  the  implemented  systems  for  each  Al/robotic  application  represented  by  a 
specific  R&D  project  combination.  For  each  such  combination,  the  O&M  Phase 
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establishes  the  differential  cost-benefit  factors  between  the  present 
mode  of  operations  and  that  which  would  be  practiced  on  full  implementation 
of  the  new  systems.  The  cost-benefit  factors  obtained  during  the  phase  are 
the  differential  annual  O&MN  costs,  the  differential  average  turnaround 
time  (mean  response  time) ,  the  differential  number  of  personnel  required, 
and  the  differential  average  utility  per  person  for  the  set  of  work  centers 
affected  by  the  implementation  of  the  application.  The  computations  per¬ 
formed  during  this  phase  are  divided  into  three  sections:  personnel,  O&MN 
costs,  and  turnaround  time. 

a.  Personnel  Section 

The  model  Inputs  for  the  personnel  section  of  the  computations 
are  as  follows,  where  J  denotes  the  project  combination  number  (J=1, 

Npq),  m  denotes  the  maintenance  level  (m=OM,  IM,  DM),  k  denotes  the  work 
center  type  (k=1,  NWCTjjj(J))  and  a  personnel  category  is  defined  as  a 

utility  pay  grade/utility  skill  group  combination  (see  Appendix  B): 

NPCqld^ =  number  of  different  personnel  categories  represented 
in  this  work  center  type  under  present  system. 

NPCnew^ =  number  of  different  personnel  categories  represented 
in  this  work  center  type  under  new  system. 

UPG„.i.(j,m,k,p)  ■  utility  pay  grade  associated  with  personnel  category 

p  for  this  work  center  type  under  present  system  (p-1, 

...,  NPCQjjj(j,m,k)) . 

UPGhev( Ji®ik,p)  =  utility  pay  grade  associated  with  personnel  category  p 
for  this  work  center  type  under  new  system  (p“l, 

...,  NPC  (J,m,k)). 

NEW 

USGoLD(Jf®»*^»P)  =  utility  skill  group  associated  with  personnel  category 
p  for  this  work  center  type  under  present  system  (p=1, 
...,  NPCqlq( J,m,k) ) . 

USGjjew^ J»®»k,p)  =  utility  skill  group  associated  with  personnel 

category  p  for  this  work  center  type  under  new  system 
(p=1,  ...,  NPC^g^( J,m,k) ) . 

Pqld^ Ji®i*^»P)  =  number  of  personnel  of  category  p  in  this  work  center 

type  under  present  system  (p=1,  ...,  NPCold(J«™«*^^^ 

^NEW( J»®»*^»P)  =  number  of  personnel  of  category  p  in  this  work  center 

type  under  new  system  (p=1,  ...,  NPC(jew(J»™«*^^^  • 


The  first  set  of  computations  are  directed  to  the  accumulation  of  the 
personnel  cost-benefit  factors  at  the  work  center  level.  These  factors  are  as 
follows: 


NPqld^ 

NPnEwU  im.lt) 
Uold(J.®.i^) 
UnEW^  J>®»1^) 

P*-NEW^J.®.l^) 


number  of  personnel  in  this  work  center  type  under 
present  system 

number  of  personnel  in  this  work  center  type  under  new 
system 

total  utility  associated  with  personnel  in  this  work 
center  type  under  present  system 

total  utility  associated  with  personnel  in  this  work 
center  type  under  new  system 

total  monthly  billet  costs  for  personnel  in  this  work 
center  type  under  present  system 

total  monthly  billet  costs  for  personnel  in  this  work 
center  type  under  new  system 


These  factors  are  computed  as  follows: 


NPCoLD(j,m,k) 

NPoLD^.^.k)  -  2 

P“1 


(11) 


^  (j  »m>k,  p) 

p=l 


(12) 


NPCQLD(j,m,k) 

S  ^OLD  (^»m»l^»P)  *  U(UPGQjjj(j»m,k,p) ,  USG^^ ^ (j»m,k,p)) 
P-1  (13) 


^NEU^'^’®’^)  ^  2  ’®’^’P)  *  ^(lll*®{}£y(3  .m.l^.p) .  USGjjp,^j(  j  ,m,k,p)) 


P=1 


NEW' 


(14) 


PCni.n^^’®*^)  “  2  PnT.n^^’”’^’P)  ' 


^*^NEW^^  .m.k) 


P-1 


(15) 


^*^NEW^^  .m»k) 

2  PnEW^^’"'’*^’P^  ■  USGj^g^(j,m,k,p)) 

P-1  (16) 


I 


where  the  functions  U(UPG,USG)  and  C(UPG,USG)  are  respectively  the  utility  and 
billet  cost  values  for  the  various  utility  pay  grades  and  skill  groups  as  pre¬ 
sented  in  Tables  B-4  and  B-5  of  Appendix  B. 

These  work  center  outputs  are  then  spread  out  over  the  Navy-wide 
distribution  of  maintenance  components  to  establish  the  following  totals: 


nptold(J) 

NPTfjEwU) 

^^TnewCJ) 

PCTqldU) 

PCTtjEw(J) 


total  number  of  personnel  associated  with  work  centers 
affected  by  project  combination  j  under  present  system 
total  number  of  personnel  associated  with  work  centers 
affected  by  project  combination  J  under  new  system 
total  utility  associated  with  personnel  in  work  centers 
affected  by  project  combination  j  under  present  system 
total  utility  associated  with  personnel  in  work  centers 
affected  by  project  combination  J  under  new  system, 
total  monthly  billet  costs  for  personnel  in  work  centers 
affected  by  project  combination  J  under  present  system 
total  monthly  billet  costs  for  personnel  in  work  centers 
affected  by  project  combination  J  under  new  system. 


These  totals  are  computed  as  follows: 

NWCTQ^(j) 

k»l 

NWCT,^(j) 

+  NWC  (j.k)-  NP  (j.IM.k) 

k"! 

lWCT„„(i) 

k-1 


(17) 


k*l 

NWCTj^(j) 

+  N L  NWC j , k)  .  NPj^g„( j .  IM, k) 
“  k*l 


NWCTp„(j) 


►.“Vi 


NWCTQ^(j) 

™0tDO>  ■•‘om'V.  «•">■  "old's  •“•W 

k«l 

NWCTj^(j) 

+  NWCjj^(j.k)  .  U  (j,IM.k) 

k»l 

■"  "dm',^,  “Sm'S-W  •  "old'S-'’“-« 

k“l 


N«CT^„(J) 

"'new'S)  -  "om  .V,  >™CoM<l*«  “newH'™-« 


k=l 

NWCTj^(j) 


+  Nj„-E  me  (J.k).  u^o.iM.k) 
k=l 


NWCT^^(j) 

•I 

k»l 


NWCTo^(j) 

PCTQjjj(j)  =  Nqj^-Z  NWC  (j.k).  PC  (j.OM.k) 
k»l 

NWCTj^(j) 

+  NWCj^a.k)  .  PC^,^(j,IM.k) 


OLD' 


k«l 
NWCTj,^(j) 

+  NWCj,^(j.k)  .  PC  (j.DM.k) 

k*l 


™CTo„(j) 

"“ne»'s>  -  >«Sm«-w  •  "W's-^-w 

k*l 

NMCTjj^(j) 

+  Z  NWCj.jj(j  ,k)  .  PCj^Ew^^  ’ 
k*l 

NWCT  ( j ) 
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(19) 


(20) 


(21) 


(22) 


These  Navy-wide  totals  are  then  used  to  compute  the  differential  personnel 
outputs  which  are: 

i!lNP(j)  =  differential  number  of  personnel  for  project  combination  j 

4AU(j)  =  differential  average  utility  per  person  for  work  centers 

affected  by  project  combination  j 

<!lPC(j)  =  differential  personnel  monthly  billet  costs  for  project 
combination  j. 

These  outputs  are  computed  as  follows: 


^NP(j) 

- 

(23) 

^AU(j) 

(24) 

4PC(j) 

=  PCT  (j) 
NEW 

(25) 

The  first  two  outputs  are  primary  cost-benefit  factors  and  are  printed  out  for 
each  project  combination  in  the  Project  Combination  Summary  Output  Table.  The 
third  output  is  used  in  the  O&MN  costs  section  to  determine  differential 
annual  O&MN  costs. 


b.  O&M  Costs  Section 

The  model  Inputs  for  the  O&MN  Costs  section  of  the  computations 
are  as  follows,  where  j  denotes  the  project  combination  number  (j=1,  ..., 

^pq),  m  denotes  the  maintenance  level  (m=OM,  IM,  DM)  and  k  denotes  the  work 
center  type  (k=1,  ...,  NWCTn(J))j 


OCold(  j»ni,k) 
O^NEW^J 
RMCoLD(J»™»k) 
RMCfjEw(  JjOjk) 


monthly  operating  cost  for  this  work  center  type  under 
present  system 

monthly  operating  cost  for  this  work  center  type  under 
new  system 

monthly  repair  and  maintenance  coat  for  this  work 
center  type  under  present  system 

monthly  overhead  cost  for  this  work  center  type  under 
new  system 
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OHCoLD(j tin.k)  =  monthly  overhead  cost  for  this  work  center  type  under 
present  system 

OHC 

NEW(j,m,k)  =  monthly  overhead  cost  for  this  work  center  type  under 
new  system 

The  first  computations  are  directed  to  the  determination  of  the  differential 
monthly  costs  for  all  the  work  categories  of  operations,  repair  and  maintenance, 
and  overhead,  denoted  respectively  by40C(j),  4RMC(j)  and40HC(j).  These  com¬ 
putations  are  performed  in  accordance  with  the  following  equations: 

«WCIo„(J) 

aoc(j)  ™c„„(J.k).(0C^„(J.0M.k)  -  OC^^(J.OM.k)J 

+  »»Cj„(j.k).[oc^„(j,iM.k)  -0Cj,j^a,m.k)J 

mciD^O) 

+  SWC„^(l.k)-[o<^„U,DM.k)  -OCj,^,(l.I)M.k)J  (26) 


N«CTo„(j) 


2lEMC(j) 


tIWCTjj,(j) 


+  mic,„(j,k). 


[“■wo 


,IM,k) 


raCoj^O.OM.k)] 


(j.IM,k)j 


NWCTjj^(j) 


+  N_„'  NWC„„(j,k)-rRMC  (j,DM,k)  -  RMC  (j,DM,k)l 
DM  DM  I  new  old  J 


NWCT^^Cj) 


un  1 

iOHCO)  mC^„O.k)-[^0H(^jljO,0M.k)  -  OHC^j^(j,OM,k)J 

™CT„(J) 

+  E  NWCj^CJ.k)- j^OH(^j„0,IM,k)  -  OH(^jj,0,IM,k)J 


»VCId„(1) 

^'k-i  -  ™<=0LD 
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The  differential  annual  OiMN  cost,  denoted  by  /\Co&mn( j) ,  is  then 
computed  as  follows: 

^Cq&MnU)  =  12-[4PC(J)  +  /iOC(j)  +4RMC(J)  +  40HC(J)]  (29) 

where  the  PC(j)  are  outputs  obtained  in  the  personnel  section.  This  output 
for  each  project  combination  is  printed  out  in  the  Project  Combination  Sumary 
Output  Table. 


c.  Turnaround  Time  Section 

The  model  inputs  for  the  turnaround  time  section  of  the 
computations  are  as  follows,  where  J  denotes  the  project  combination  number 
(J=1,  ...,  Npc),  m  denotes  the  maintenance  level  (m=OM,  IM,  DM),  and  k  denotes 
the  work  center  type  (k=1,  ...,  NWCTn,(J)): 

proportion  of  all  maintenance  actions  performed  at 
maintenance  level  m  under  present  system 
proportion  of  all  maintenance  actions  performed 
at  maintenance  level  m  under  new  system 
average  one-way  shipping  and  receiving  time  for  a 
repairable  item  from  an  organizational  maintenance 
component  to  an  intermediate  maintenance  component 
average  one-way  shipping  and  receiving  time  from  an 
organizational  maintenance  component  to  a  depot 
maintenance  component 

proportion  of  maintenance  actions  performed  at 
maintenance  level  m  that  go  through  this  work  center 


^NEwUi”) 

^SIM 

TSDM 


Pjj^(J,m.k) 


TATqlD^J  = 

TATNEwUini,k)  = 


average  turnaround  time  for  maintenance  performed  at 
this  work  center  under  present  system 
average  turnaround  time  for  maintenance  performed  at 
this  work  center  under  new  system. 


The  first  computations  are  directed  to  the  determination  of  the 
total  weighted  average  turnaround  times  for  all  the  work  centers  affected  by 
project  combination  J  under  the  present  and  new  systems,  denoted  respectively 
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by  TTATqjjjCJ)  and  TTATjjj^(j).  These  computations  are  performed  in  accordance 
with  the  following  equations: 

■  W'*')  ■  &  ™OLdO>™-« 


SWCTj„0) 


k=l 


MA 


OLD 


SIM 


+  Pq^j(DM)*  2^  P„,(j,DM,k).  TAT„,„(j,DM,k)  +  2  -  T 


k-1 


MA 


OLD 


SDM 


(30) 


NWCT^„(j) 


LWi 

P„,(j.OM.k).  TAT^„,(j,OM.k) 


NEW 


k-1 


MA' 


NEW' 


NWTj^(j) 


^  in 

H-P^„O.IM)  .  P^<j.IM.k).  IAT^j„a.IM.k)  •P2-I5J„ 


.  L 


i.1  TAI^hO.PM.W  +  2.  T5„„ 


(31) 


The  differential  total  average  turnaround  time,  denoted  by4TAT(j),  is  then 
computed  as  follows: 


4TAT(j)  -  TTATjjg^Cj)  -  TTAT^^^jCj) 


(32) 


This  output  for  each  project  combination  is  then  printed  out  in  the  Project 
Combination  Summary  Output  Table. 


d.  Model  Output 

The  model  output  consists  of  two  output  tables:  Summary  of 
Research  and  Development  Costs  by  R&D  Project,  and  Project  Combination  Cost- 
Benefit  Table. 

The  Summary  of  Research  and  Development  Costs  by  RiD  Project  table 
presents  the  following  information  for  each  R&D  project: 


79 


!• 


•  R&D  Project  Number 

•  Project  Name 

•  For  each  R&D  phase  and  for  the  total  project  duration,  the 
following  Information: 

-  Months  Duration 

-  Start  Month 

-  End  Month 

-  Probability  of  Success 

-  R&D  Investment  Cost 

-  Probability  of  Termination  (during  the  phase) 

-  Expected  Investment  Loss  Component  (given  termination  during 
the  phase) 

•  Expected  Investment  Loss  Component  (given  successful  project 
that  la  not  used) 

•  Total  Expected  Investment  Loss  (given  project  is  unsuccessful 
or  not  used) 

An  example  of  a  computer  printout  of  this  table  is  presented  in  Figure  IV-1  of 
the  next  section  of  this  chapter. 

The  Project  Combination  Coat-Benefit  Table  presents  the  following 
information  for  each  R&D  Project  Combination  considered: 

•  Project  Combination  Name 

•  R&D  Projects  Included  in  Project  Combination 

•  Total  R&D  Costs 

•  Total  Investment  Loss  (for  R&D  projects  not  used) 

•  Total  Manufacturing  and  Installation  Costs 

•  Total  Investment  Costs 

•  Operations  and  Maintenance  Start  Month 

•  Differential  Annual  O&MN  Costa 

•  Differential  Turnaround  Time 

•  Differential  Number  of  Personnel  Required 

•  Differential  Average  Utility  Per  Person  (for  work  centers 
affected  by  project  combination). 

An  example  of  a  computer  printout  of  this  table  is  presented  in  Figure  IV-2  of 
the  next  section  of  this  chapter. 
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Sample  Demonstration 


1.  Hypothetical  R&D  Program 

The  purpose  of  this  section  is  to  present  a  demonstration  of 
the  use  of  the  Cost-Benefit  Model  in  evaluating  the  cost-benefit  aspects 
of  a  hypothetical  Al/robotic  application  to  Navy  aircraft  maintenance. 

This  example  assumes  that  a  broad  research  and  development  program  is 
initiated  with  the  objective  of  automatizing  much  of  the  paint  removal 
and  painting  activities  at  the  three  levels  of  aircraft  maintenance. 

This  R&D  program  consists  of  three  R&D  projects  directed  respectively  to 
the  development  of  an  automatic  masking  robot,  a  robot  acid  sprayer, 
and  a  mobile  robot  painter.  For  this  example,  it  is  assumed  that  an 
automatic  masking  robot  would  not  warrant  implementation  unless  it  could 
be  used  in  conjunction  with  either  a  robot  acid  sprayer  or  a  mobile 
robot  painter.  However,  the  robot  acid  sprayer  or  the  mobile  robot 
painter  would  be  implemented  regardless  of  the  availability  of  the  other 
robot  systems.  With  these  assumptions  then  there  are  six  possible  al¬ 
ternative  systems  that  could  be  implemented  at  the  end  of  the  R&D  program. 
These  are  as  follows: 

•  Operator  Assisted  Paint  Removal  -  based  on  the  success  of 
the  Robot  Acid  Sprayer  Project  and  the  failure  of  the 
other  tw'  projects, 

•  Operator  Assisted  Robot  Painter  -  based  on  the  success  of 
the  Mobile  Robot  Painter  Project  and  the  failure  of  the 
other  two  projects, 

•  Automatic  Paint  Removal  -  based  on  the  success  of  the 
Automatic  Masking  Robot  and  Robot  Acid  Sprayer  Projects 
and  the  failure  of  the  Mobile  Robot  Painter  Project. 

•  Automatic  Robot  Painter  -  based  on  the  success  of  the 
Automatic  Masking  Robot  and  Mobile  Robot  Painter  Projects 
and  the  failure  of  the  Robot  Acid  Sprayer  Project. 

•  Operator  Assisted  Paint  Removal  and  Robot  Painter  -  based 
on  the  success  of  the  Robot  Acid  Sprayer  and  Mobile  Robot 
Painter  Projects  and  the  failure  of  the  Automatic  Masking 
Robot  Project. 
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•  Automatic  Paint  Removal  and  Robot  Painter  -  based  on  the 
success  of  all  three  projects. 

2.  Model  Inputs 

The  model  inputs  for  this  example  are  divided  into  four  sets; 
R&D  Project  Inputs,  Constant  Inputs,  Project  Combination  Inputs,  and  Work 
Center  Personnel  Requirements.  The  required  inputs  for  the  three  R&D 
projects  are  presented  in  Table  IV-1.  Note  that  the  Automatic  Masking 
and  Mobile  Robot  Painter  Projects  commence  in  the  first  month  of  the 
R&D  program,  while  the  Robot  Acid  Sprayer  Project  does  not  commence  until 
the  seventh  month  of  the  program. 

The  constant  inputs  are  presented  in  Table  IV-2.  This  set 
of  inputs  consist  of  data  that  are  not  project  combination  dependent. 

These  include  the  numbers  of  organizational  maintenance  (OM) ,  inter¬ 
mediate  maintenance  (IM),  and  depot  maintenance  (DM)  components  within 
the  Navy-wide  aircraft  maintenance  structure,  and  the  number  of  work 
centers  at  each  maintenance  level  that  could  be  affected  by  implementa¬ 
tion  of  any  of  the  alternative  AI/Robotlc  systems  emerging  from  the  R&D 
program.  For  this  example,  each  maintenance  level  has  only  one  affected 
work  center  type  (OM-corrosion  control  work  center,  IM-airframes  division, 
DM-paint  shop)  and  only  one  such  work  center  type  at  each  maintenance 
component.  In  the  model,  it  is  assumed  that,  of  the  maintenance  actions 
performed  at  a  specific  maintenance  level,  the  proportion  of  these  that 
go  through  a  work  center  type  will  not  be  affected  by  the  implementation 
of  new  systems,  and  so  these  are  considered  as  constant  inputs.  Note, 
however,  that  the  proportion  of  maintenance  actions  performed  at  the 
different  maintenance  levels  (level-of-repair  distribution)  may  be 
affected  by  implementation  of  new  systems  and  thus  these  are  considered 
as  project  combination-dependent  inputs. 

The  inputs  that  are  dependent  cn  the  specific  project  com¬ 
bination,  with  the  exception  of  work  center  personnel  requirements,  are 
presented  in  Table  IV-3.  Note  that  some  of  the  inputs  are  not  required 
for  the  present  system,  which  is  denoted  by  Project  Combination  0.  These 
include  the  manufacturing  and  installation  costs  per  system  and  the 
number  of  systems  required  at  each  work  center  type,  in  addition  to  the 
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Table  IV-1 


R&D  PROJECT  INPUTS* 


R&D 

Project  No. 

Project 

Name 

Start 

Month 

R&D 

Phase 

Months 

Duration 

R&D  Cost 
(K$) 

Probability 
of  Success 

1 

Automatic 

1 

Basic  Res. 

6 

0.90 

Masking 

Expl.  Dev. 

12 

0.85 

Adv.  Dev. 

12 

750 

0.80 

Eng.  Dev. 

18 

1000 

0.90 

2 

Robot  Acid 

7 

Basic  Res. 

6 

200 

0.95 

Sprayer 

Expl.  Dev. 

8 

300 

0.95 

Adv.  Dev. 

10 

500 

0.90 

Eng.  Dev. 

12 

500 

0.95 

3 

Mobile  Robot 

1 

Basic  Res. 

6 

250 

0.95 

Painter 

Expl.  Dev. 

12 

300 

0.90 

Adv.  Dev. 

18 

800 

0.85 

Eng.  Dev. 

12 

500 

0.95 

The  inputs  in  this  table  are  hypothetical  in  nature  and  are  used  for 
illustrative  purposes  only. 


Table  IV-2 


CONSTANT  INPUTS* 


Input  Description 
Number  of  OM  Components 
Number  of  IM  Components 
Number  of  DM  Components 

Number  of  Work  Centers  at  Maintenance  Level 

-  OM  Corrosion  Control 
IM  Airframes 

-  DM  Paint  Shop 

Proportion  of  Malnt.  Level's  Malnt.  Actions 
That  Go  Through  Work  Center: 

-  OM  Corrosion  Control 

-  IM  Airframes 

-  DM  Paint  Shop 


Value 

180 

60 

5 


1 

1 

1 


0.1 

0.3 

0.3 


The  inputs  in  this  table  are  hypothetical  in  nature  and 
are  used  for  illustrative  purposes  only. 


Table  IV-3 


PROJECT  COMBINATION  INPUTS 


Project  Combination 


Input  Description 


Manufacturing  &  Installation  Time  (Months) 


Manufacturing  Cost  per  System  (K$) 


Installation  Cost  per  System  (K$) 


Number  of  Systems  per  Work  Center: 

-  OM  Corrosion  Control 

-  IM  Airframes 

-  DM  Paint  Shop 


Prop,  of  Malnt.  Actions  Performed  at  OM  Level 


Prop,  of  Malnt.  Actions  Performed  at  IM  Level 


Prop,  of  Malnt.  Actions  Performed  at  DM  Level 


Monthly  Operations  Cost  (K$) : 

-  OM  Corrosion  Control 

-  IM  Airframes 

-  DM  Paint  Shop 


Monthly  Repair  &  Maintenance  Cost  (K$) : 
“  OM  Corrosion  Control 

-  IM  Airframes 

-  DM  Paint  Shop 


Monthly  Overhead  Cost  (K$) : 

-  OM  Corrosion  Control 

-  IM  Airframes 

-  DM  Paint  Shop 


Average  Turnaround  Time  (Hrs) : 

-  OM  Corrosion  Control 

-  IM  Airframes 

-  DM  Paint  Shop 


2 

3 

12 

13 

23 

12 

12 

15 

15 

18 

30 

40 

60 

70 

70 

5 

5 

10 

10 

10 

■nH| 


The  inputs  in  this  table  are  hypothetical  in  nature  and  are  used  for 
illustrative  purposes  only. 


time  required  for  the  manufacturing  and  installation  of  all  required 
systems.  The  project  combination  inputs  also  include  level-of-repair 
distribution  and  the  monthly  operations,  repair  and  maintenance,  and 
overhead  costs  associated  with  each  work  center  type.  The  estimated 
average  turnaround  times  for  maintenance  actions  at  each  work  center 
type  are*  also  included  in  this  set  of  inpui'.s. 

The  work  center  personnel  requirements  for  each  project 
combination,  specified  in  standard  Navy  personnel  nomenclature,  are 
presented  in  Table  IV-4.  These  inputs  are  listed  in  accordance  with 
requirements  for  each  applicable  officer  designator  and  pay  grade,  EM 
rating  and  pay  grade,  and  civilian  occupation  code  and  pay  scale  level. 
Table  IV-5  presents  these  inputs  transformed  to  the  utility  data  base 
structure  which  is  used  in  the  model  computations. 

3 ,  Model  Outputs 

Figure  IV-1  presents  the  R&D  Project  Summary  Report.  The 
Automatic  Masking  Project  is  the  highest  risk  project  with  a  probability 
of  success  of  only  0.551  compared  with  0,690  for  the  Mobile  Robot  Painter 
Project  and  0.772  for  the  Robot  Acid  Sprayer  Project.  The  Automatic 
Masking  Project  is  also  the  highest  cost  project  with  an  R&D  investment 
cost,  if  successful,  of  $2.35  million  compared  with  $1.85  million  for 
the  Mobile  Robot  Painter  Project  and  $1.5  million  for  the  Robot  Acid 
Sprayer  Project.  The  expected  investment  loss  for  the  Automatic  Masking 
Project,  if  unsuccessful,  is  $0.46  million.  If  successful  but  not  used 
in  a  subsequent  project  combination  representing  an  AI/Robotic  applica¬ 
tion,  the  expected  investment  loss  for  this  project  is  $1.29  million. 

Thus,  the  total  expected  investment  loss  for  the  Automatic  Masking  Project 
is  $1.75  million  if  the  project  is  not  used  in  a  subsequent  project 
combination.  For  the  Mobile  Robot  Painter  Project,  the  expected  invest¬ 
ment  losses  are  $0.30  million,  if  unsuccessful,  and  $1.28  million,  if 
successful  but  not  subsequently  used,  and  the  total  expected  investment 
loss  is  $1.58  million  if  not  used  in  a  subsequent  project  combination. 

For  the  Robot  Acid  Sprayer  Project,  the  respective  expected  investment 
losses  are  $0.18  million  and  $1.16  million,  with  a  total  expected  invest¬ 
ment  loss,  if  not  used  in  a  subsequent  project  combination,  of  $1.34 
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Table  IV-4 


* 

WORK  CENTER  PERSONNEL  REQUIREMENTS 
(Normal  Nomenclature) 


Work 

Center 

Type 

Billet  Title 

Des/ 

Rate/ 

Code 

Pay 

Grade 

Number  of  Personnel 

Project 

Combination 

0 

2 

3 

12 

13 

23 

OM 

Supervisor 

1321 

0-3 

B 

1 

1 

1 

1 

1 

1 

Corrosion 

Av.  Structures  Mech. 

AMS 

E-6 

■■ 

1 

1 

1 

1 

1 

Control 

Av.  Structures  Mech. 

AMS 

E-5 

mm 

2 

2 

1 

1 

1 

Av.  Structures  Mech. 

AMS 

E-4 

3 

3 

3 

3 

3 

Av.  Structures  Mech. 

AMS 

E-3 

B 

3 

3 

2 

2 

2 

IM 

Supervisor 

AMH 

E-7 

1 

1 

1 

1 

1 

Airframes 

Av.  Hydraulics  Mech. 

AMH 

E-6 

1 

1 

1 

1 

1 

Av.  Hydraulics  Mech. 

AMH 

E-5 

;  3 

3  i 

3 

3 

3  i 

Av.  Hydraulics  Mech. 

AMH 

E-3 

2 

2  1 

2 

2 

2  j 

Av.  Structures  Mech. 

AMS 

E-8 

1 

1  1 

1 

1 

0 

Av.  Structures  Mech. 

AMS 

E-7 

0  i 

0 

0 

0 

0  1 

B 

Av.  Structures  Mech. 

AMS 

E-6 

mm 

B 

Av.  Structures  Mech. 

AMS 

E-5 

2 

Av.  Structures  Mech. 

AMS 

E-4 

HI 

2 

Av.  Structures  Mech. 

AMS 

E-3 

n 

1 

Mach.  Repairman 

MR 

E-6 

B 

1 

Mach.  Repairman 

MR 

E-4 

0 

0 

0  I 

0  1 

'  0 

1 

DM 

Supervisor 

37 

■n 

1 

1 

1 

1 

1 

1 

Paint 

Electroplater 

37 

6 

5 

5 

5 

1  5 

4 

Shop 

Electroplater 

37 

WG-7 

7 

6  1 

6  ! 

5 

5 

5 

Electroplater 

37 

WG-5 

5 

5 

5 

4 

4 

4 

Buffer /Polisher 

34 

WG-8 

2 

2 

2 

2 

2 

2 

Painter 

41 

WS-9 

3 

3 

3 

3 

3 

3 

Painter  ' 

41 

WG-9 

26 

24 

24 

20 

21  ^ 

16 

Painter 

41 

WG-7 

24 

22 

22 

19 

18 

14 

Equip.  Cleaner 

70 

WG-6 

1 

1 

1 

1 

1 

1 

Equip.  Maint. 

26 

WG-7 

0 

1 

1  1 

1 

1 

1 

1 

1 

The  Inputs  in  this  table  are  hypothetical  in  nature  and  are  used  for 
illustrative  purposes  only. 


Table  lV-5 


WORK  CENTER  PERSONNEL  REQUIREMENTS 
(Utility  Nomenclature) 


Work 

Center 

Type 


OM 

Corrosion 

Control 


Utility 

Pay 

Grade 


Utility 

Skill 

Group 


Number  of  Personnel 


Prolect  Combination 


IM 

Airframes 


DM 

Paint 

Shop 


24 

24 

20 

21 

5 

5 

5 

5 

22 

22 

19 

18 

8 

8 

7 

7 

1 

1 

1 

1 

1 

1 

1 

1 

5 

5 

4 

4 

The  inputs  in  this  table  are  hypothetical  in  nature  and  are  used  for 
illustrative  purposes  only. 
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SUMMti^Y  OF  FESEAKCH  ANO  DEVELOPMENT  COSTS  BY  RED  PROJECT 
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Figure  IV-1  LISTING— R&D  PROJECT  SUMMARY  REPORT 
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million.  If  successful,  both  the  Automatic  Masking  Project  and  the 
Mobile  Robot  Painter  Project  will  require  4  years  of  R&D,  while  the 
Robot  Acid  Sprayer  Project  will  require  only  3  years  of  R&D,  although 
the  manufacturing  and  installation  phase  could  not  commence  until  the 
middle  of  the  fourth  year  since  the  start  of  R&D  on  this  project  was 
delayed  until  the  middle  of  the  first  year  of  the  R&D  program. 

The  major  outputs  of  the  computer  model  are  presented  in  the 
Project  Combination  Cost-Benefit  Table  as  displayed  in  Figure  IV-2.  The 
six  project  combinations  that  represent  possible  AI/Robotlc  applications 
that  could  result  from  proposed  R&D  programs  are  listed  in  the  first 
column  of  the  table.  The  project  combinations  were  specified  as  input 
in  increasing  order  of  complexity,  beginning  with  individually  useful 
R&D  projects,  then  doubly  useful  R&D  project  combinations,  and  finally 
the  ultimate  combination  of  all  three  R&D  projects.  The  next  three 
columns  represent  the  components  that  contribute  to  the  Total  Investment 
Costs  presented  in  Column  5.  The  Total  R&D  Costs  (Column  2)  and  Expected 
Investment  Losses  (Column  3)  are  derived  from  the  R&D  Project  Summary 
Report  (Fig.  IV-1),  while  the  Total  M&I  Costs  are  computed  from  the  manu¬ 
facturing  and  installation  cost  inputs  for  the  applicable  systems  to  be 
implemented.  The  O&M  Start  Month  (Column  6)  adds  the  manufacturing  and 
installation  time  required  for  full  system  implementation  to  the  date 
of  completion  of  R&D,  which  is  the  latest  date  of  completion  of  the 
applicable  R&D  projects.  The  differential  outputs  of  Annual  O&MN  Costs, 
Turnaround  Time,  Number  of  Personnel  Required,  and  Average  Utility  per 
Person  (Columns  7-10)  represent  the  differences  in  the  expected  values 
of  the  factors  between  the  new  systems  and  the  present  system. 

The  first  two  systems,  the  Operator  Assisted  Paint  Removal 
System  and  the  Operator  Assisted  Robot  Painter  System,  are  based  on 
individually  useful  R&D  projects.  The  former  has  expected  Total  Invest¬ 
ment  Costs  of  $13.6  million  and  an  implementation  date  at  the  beginning 
of  the  55th  month  after  the  initiation  of  the  R&D  program,  while  the 
latter  system  has  Total  Investment  Costs  of  $16.2  million  with  an 
Implementation  date  of  the  61st  month.  Since  the  only  project  combina¬ 
tion  input  that  varied  between  these  two  systems  was  the  manufacturing 
cost  per  system  (included  in  the  Total  Investment  Costs),  the  remaining 
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Figure  IV-2  OUTPUT  LISTING— COMBINATION  COST-BENEFIT  TABLE 


values  of  the  cost-benefit  factors  are  the  same.  The  Number  of  Personnel 
Required  is  265  less  than  the  present  system,  although  the  Average  Utility 
per  Person  increased  by  .0063.  This  latter  increase  infers  that  the 
personnel  decreases  obtained  are  weighted  more  toward  utility  billets 
below  the  present  system's  average  than  above  it.  The  Annual  O&MN  Costs 
increase  by  $3.3  million  over  the  present  system  which  infers  that  the 
savings  in  annual  personnel  costs  do  not  negate  the  Increases  in  opera¬ 
tions,  repair  and  maintenance,  and  overhead  costs  associated  with  the 
new  systems.  However,  the  Overall  Maintenance  Turnaround  Time  does 
decrease  by  almost  one-half  hour  for  the  new  systems  as  opposed  to  the 
present  system. 

The  next  three  systems,  the  Automatic  Paint  Removal  System, 
the  Automatic  Robot  Painter  System,  and  the  Operator  Assisted  Paint  Re¬ 
moval  and  Robot  Painter  System,  are  based  on  doubly  useful  R&D  projects. 
The  Total  Investment  Costs  for  these  systems  range  from  $22.9  million 
to  $25.5  million,  with  implementation  start  date  ranging  from  the  61st 
month  after  R&D  program  start  to  the  67th  month.  The  Automatic  Paint 
Removal  System  and  the  Automatic  Robot  Painter  System  each  provide  a 
decrease  of  730  in  the  Number  of  Personnel  Required  from  the  present 
system,  at  an  increase  of  .0133  in  Average  Utility  per  Person.  This 
decrease  in  personnel  requirements  is  sufficient  to  reduce  the  Annual 
O&MN  Costs  by  about  $0.44  million.  In  addition,  these  systems,  both  of 
which  incorporate  an  automatic  masking  system,  reduce  the  Overall  Main¬ 
tenance  Turnaround  Time  by  about  1.3  hours  from  that  attributable  to 
the  present  system.  The  Operator  Assisted  Paint  Removal  and  Robot  Painter 
System  provides  a  decrease  of  840  in  the  Number  of  Personnel  Required 
from  the  present  system,  although  the  Average  Utility  per  Person  in¬ 
creases  by  about  0.0151  utiles.  This  system  reduces  the  Overall  Mainten¬ 
ance  Turnaround  Time  by  about  one  hour  and,  more  significantly,  provides 
a  redudtion  of  about  $2.4  million  in  Annual  O&MN  Costs.  This  increase 
in  savings  from  the  other  two  systems  in  this  category  (doubly  useful 
R&D  projects)  is  attributable  to  an  increased  reduction  of  110  personnel 
and  Illustrates  the  Impact  of  personnel  costs  on  the  Annual  O&MN  Costs. 
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The  final  system,  the  Automatic  Paint  Removal  and  Robot 
Painter  System,  represents  the  total  fruition  of  all  three  R&D  projects 
in  the  R&D  Program.  The  Total  Investment  Costs  for  this  system  would 
be  about  $34.5  million,  with  an  implementation  start  date  during  the 
67th  month  following  the  commencement  of  the  R&D  Program.  This  system 
would  provide  a  reduction  of  1115  in  the  Number  of  Personnel  Required 
from  the  present  system,  although  increasing  the  Average  Utility  per 
Person  by  about  0.0181  utiles.  The  decrease  in  personnel  requirements 
provides  a  decrease  of  about  $3.1  million  in  Annual  O&MN  Costs,  even 
after  considering  the  increase  in  the  annual  costs  for  operations,  repair 
and  maintenance,  and  overhead.  In  addition,  the  Overall  Maintenance 
Turnaround  Time  is  reduced  by  two  hours  from  that  attainable  with  the 
present  system. 

The  results  discussed  above  are  based  on  hypothetical  input 
values  and  should  not  be  construed  as  representative  of  results  to  be 
obtained  from  real  input  data.  They  have  been  presented  merely  to 
provide  a  demonstration  of  the  use  of  the  cost-benefit  model  in  producing 
useful  cost-benefit  data  for  assistance  in  making  decisions  relative  to 
planning  R&D  programs  aimed  at  the  enhancement  of  aircraft  maintenance 
efficiency  as  a  result  of  implementing  AI/Robotic's  systems  into  the 
Navy  aircraft  maintenance  system. 
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Appendix  A 

SURVEY  OF  AI/ROBOTICS 


1 .  Introduction 

The  objective  of  the  research  described  In  this  appendix  was  to 
conduct  a  survey  of  existing  and  projected  artificial  Intelligence  (AI) 
and  robotics  techniques  that  might  be  useful.  In  the  foreseeable  future, 
to  the  enhancement  of  Navy  aircraft  maintenance  efficiency. 

The  results  of  this  survey  are  presented  In  Chapter  2.  This 
chapter  Is  primarily  excerpted  from  SRI  Report  ETL-0296,  "R&D  Plan  for 
Army  Applications  of  AI/Robotlcs ,”  prepared  for  the  U.S.  Army  Engineer 
Topographic  Laboratories,  May  1982,  under  Contract  Number  DAAK70-81-C- 
0250,  It  has  been  updated  to  reflect  recent  developments  In  AI/Robotlcs 
technology. 

A  bibliography  organized  by  subject  area  appears  at  the  end  of  this 
appendix. 

2.  Artificial  Intelligence  and  Robotics 

a.  Introduction 

To  be  able  to  perform  human  tasks,  an  Intelligent  robot  should  be 
able  to  think,  sense,  and  effect  (move  and  manipulate).  The  thinking  or 
"brain  function,"  executed  by  a  computer.  Is  the  domain  of  artificial 
Intelligence.  Sensing  and  effecting  are  "body  functions";  they  are 
based  on  physics,  mechanical  engineering,  electrical  engineering,  and 
computer  science.  These  functions  are  the  domain  of  robotics.  Planning 
and  execution  of  tasks  entail  both  brain  and  body,  and  so  are  affected 
by  both  artificial  Intelligence  and  robotics.  We  will  not  attempt  to 
distinguish  between  artificial  Intelligence  and  robotics  but  will 
present  a  model  that  encompasses  both. 
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There  are  two  basic  goals  of  the  research  in  these  areas:  to  make 
computers  smarter  and  to  improve  our  understanding  of  human 
intelligence.  The  latter  is  also  sometimes  called  "cognitive  science" 
or  "cognitive  psychology."  These  two  goals  do  not  necessarily  conflict, 
and,  in  fact,  many  researchers  work  toward  both.  For  the  purposes  of 
this  appendix,  we  will  concentrate  on  research  with  the  goal  of  making 
computers  smarter. 

Artificial  intelligence  and  robotics  are  really  in  their  infancy, 
but  their  promise  Is  great.  Some  practical  applications  of  this 
research  are  appearing,  although  in  most  cases  they  are  limited  and 
aimed  at  solving  specific  problems.  Current  research  is  directed 
towards  both  extending  the  capabilities  of  current  applications  and 
finding  more  general  solutions  to  the  problems  they  address. 

In  this  chapter  we  outline  the  current  state  of  artificial 
intelligence  and  robotics  and  the  basic  research  Issues  being  addressed. 
We  focus  on  some  of  the  problems  that  must  be  solved  before  certain 
aspects  of  intelligence  will  be  available  in  computers.  A  bibliography 
organized  by  subject  area  appears  at  the  end  of  this  appendix. 

Individual  research  is  generally  not  cited  in  this  chapter. 

Before  discussing  what  artificial  intelligence  and  robotics  are,  we 
will  briefly  mention  who  is  doing  research  in  these  areas  and  where. 


b.  Background 

The  number  of  researchers  in  artificial  intelligence  and  robotics 
is  rapidly  expanding  with  the  increasing  number  of  applications  and 
potential  applications  of  the  technology.  This  growth  is  not  only  in 
the  United  States,  but  worldwide,  particularly  in  Europe  and  Japan. 

Basic  research  is  going  on  primarily  at  universities  and  some 
research  institutes.  Originally,  the  primary  research  sites  were  MIT, 
CMU,  Stanford,  SRI,  and  the  University  of  Edinburgh.  Now,  most  major 
universities  Include  artificial  intelligence  and/or  robotics  in  the 
computer  science  curriculum. 


An  Increasing  number  of  other  organizations  either  have  established 
or  are  establishing  research  laboratories  for  artificial  Intelligence 
and  robotics.  Some  of  them  are  conducting  basic  research,  others  are 
primarily  Interested  In  applications.  These  organizations  Include: 
Digital  Equipment  Corporation,  Xerox,  Hewlett-Packard,  TRW,  Texas 
Instruments,  Schlumberger-Falrchlld ,  Hughes,  NASA,  Jet  Propulsion 
Laboratory,  Charles  S.  Draper  Laboratories,  Rand,  ISI,  Lockheed,  Allen- 
Bradley,  duPont,  Kodak,  Honeywell,  Kullck  &  Soffa  Industries,  Lord 
Corporation,  Proctor  and  Gamble,  RCA,  E.G.&G.  Retlcon,  United 
Technologies,  Universal  Instruments,  McDonnell-Douglas,  Boeing, 

Northrop,  Martin-Marietta,  Rand,  Perce ptronlcs,  PAR,  Unilever,  and 
Philips.  Japanese  companies  Include  Hitachi,  Kawasaki,  Fujitsu,  NTT, 
NEC,  Toshiba,  and  Hamamatsu. 

Also  emerging  are  companies  that  are  developing  artificial 
Intelligence  and/or  robotics  products.  U.S.  robot  developers  Include; 
Unlmatlon,  Cincinnati  Mllacron,  IBM,  General  Electric,  Westlnghouse, 
Copperweld,  Industrial  Robots  International,  General  Motors,  U.S. 

Robots,  Bridgeport  Tool  Co.,  Teleoperator  Systems,  Thermwood,  MIC, 
Automatlx.  Some  European  robot  manufacturers  Include  Renault, 
Volkswagen,  Olivetti,  D.E.A.  Japanese  robot  manufacturers  Include 
Kawasaki,  Hitachi,  Mitsubishi,  Yaskawa,  Fujitsu,  and  many  smaller 
companies . 

Some  U.S.  companies  specializing  In  artificial  Intelligence  are 
Teknowledge,  Intelllgenetlcs ,  Cognitive  Systems,  Smart  Systems, 
Artificial  Intelligence  Corp,  Symantec,  and  Kestrel  Institute. 

As  can  be  seen  from  these  lists,  only  the  largest  companies — 
foreign  or  domestic— can  afford  to  develop  both  robots  and  artificial 
Intelligence  simultaneously.  Even  then  they  are  usually  separate  and 
Independent  efforts. 

c.  A  Unified  Model  for  Artificial  Intelligence  and  Robotics 

Figure  A-1  can  be  viewed  as  a  simplified  model  of  an  Intelligent 
system.  We  will  use  It  as  a  model  for  artificial  Intelligence  and 
robotics.  The  majof  components  are: 
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Figure  A-1  A  UNIFIED  MODEL  OF  ARTIFICIAL  INTELLIGENCE 

AND  ROBOTICS 

*  SensiVig 

*  Effecting 

*  Interpreting 

*  Generating 

*  Reasoning. 

The  last  three  of  these  draw  heavily  on  knowledge  about  the  world  and 
how  it  works.  The  parts  of  the  model  should  not  be  viewed  as  isolated 
pieces,  but  rather  clusters  of  related  functions.  We  will  describe  the 
model  briefly  here  and  discuss  the  components  in  more  detail  in  the 
following  sections. 

This  model  of  artificial  intelligence  and  robotics  emphasizes 
intelligent  functions  that  are  performed.  Underlying  them  are  more 
fundamental  research  Issues  that  are  concerned  with: 

*  Representing  the  knowledge  needed  to  act  intelligently 

*  Acquiring  knowledge  and  explaining  it  effectively 


*  Reasoning:  drawing  conclusions,  making  Inferences,  making 
decisions 

*  Acting  with  knowledge  that  Is  Incomplete,  uncertain,  and 
perhaps  conflicting  i 

*  Evaluating  and  choosing  among  alternatives. 

Advances  In  artificial  Intelligence  and  robotics  require  advances  In 
these  fundamental  areas  and  the  capabilities  of  Intelligent  functions 
(e.g. ,  vision). 

1.  Sensing  and  Effecting 

Sensing  and  effecting,  the  parts  of  the  model  at  the  bottom  of 
Figure  A-1,  are  primarily  directed  towards  Interacting  with  the 
environment.  Sensing  Includes  activities  such  as  seeing,  hearing, 
touching,  smelling,  and  measuring  distance.  Effecting  Includes  moving, 
object  handling,  and  speaking.  A  characteristic  of  these  actions  Is 
that  they  depend  on  heavy  Interaction  with  the  environment,  but  very 
little  (If  any)  ability  to  reason  about  It.  They  basically  collect 
Information,  or  produce  Information  or  action. 

Sensing  covers  the  basic  Input  to  a  system  with  perhaps  some 
limited  processing  that  Is  performed  Independent  of  the  use  of  the 
Information.  Input  can  be  In  many  forms:  pictures,  radar,  data,  speech, 
typed  Input,  and  graphical  Input  (charts,  maps).  This  part  Includes 
simple  processing,  but  nothing  that  requires  any  knowledge  about  the 
content  of  the  Input  or  the  reasons  for  gathering  It.  For  example,  we 
might  Include  formant  tracking  on  a  speech  wave  as  part  of  sensing,  but 
not  word  Identification.  Similarly,  some  simple  edge-detection  methods 
would  fall  In  this  area  If  they  only  work  on  local  changes  In  the 
digitized  Image  and  do  not  require  Information  about  the  objects  or 
background. 

Companion  to  sensing  (Input)  Is  effecting  (output),  that  Is, 
producing  some  slgnal/lnformatlon  or  moving  about.  Again,  some  of  the 
topics  here  are  concerns  of  artificial  Intelligence  and  robotics,  others 
fall  under  other  disciplines.  Under  effecting  we  Include  systems  that 


perform  with  some  local  control,  but  do  not  'reason'  about  what  they  are 
doing.  Effectors  can  be  manipulators  (hands,  arms),  legs,  wheeled 
vehicles,  and  various  means  of  communication  (e.g.,  sounds,  graphics, 
and  pictures). 

Some  aspects  of  these  areas  are  concerns  of  artificial  Intelligence 
and  robotics,  others  are  concerns  of  disciplines  such  as  physics, 
mechanical  engineering,  electrical  engineering,  and  computer  science. 

We  will  focus  on  topics  that  are  concerns  of  robotics  or  artificial 
Intelligence. 


11.  Knowledge  About  the  World 

In  any  sophisticated  Interaction  with  Its  environment,  an 
Intelligent  system  must  have  some  knowledge  about  that  environment 
Including: 

*  What  objects  are,  or  could  be,  around,  e.g.,  trees,  rocks, 
lakes,  rivers,  people,  vehicles 

*  Actual  and  possible  properties  of  the  objects,  e.g.,  size, 
shape,  color,  texture 

*  Their  possible  relationships  with  other  objects,  e.g., 
above,  below,  behind 

*  Changes  that  can  occur  and  how  they  affect  the  situation, 
e.g.,  cutting  down  a  tree  destroys  It;  repairing  an 
aircraft  makes  It  usable. 

As  we  have  mentioned,  questions  about  how  to  represent,  acquire,  and 
explain  this  knowledge  In  a  computer  system  are  part  of  the  fundamental 
research  In  artificial  Intelligence  and  robotics. 

The  parts  of  the  model  we  call  Interpreting,  generating,  and 
reasoning  all  require  some  knowledge  about  the  world.  Furthermore,  they 
all  use  that  knowledge  for  some  purpose,  such  as, 

*  Understanding  the  environment,  e.g.,  recognizing  and 
locating  objects,  and  detecting  changes  In  the  environment. 

*  Planning  and  carrying  out  actions  to  affect  the 
environment,  e.g.,  assembling  objects,  moving  about. 


Interpreting  Information  Is  the  means  by  which  an  Intelligent 
system  understands  its  environment.  The  information  can  be  acquired 
through  perceptual  processes  or  other  means  (e.g.,  a  data  base).  We 
will  focus  on  interpreting  Images,  both  visual  and  those  provided  by 
other  sensors  (e.g.,  radar,  sonar)  and  interpreting  language  (written  or 
spoken). 

Images  are  Interpreted  for  many  reasons  including:  detecting, 
recognizing,  and  locating  objects,  detecting  change  (e.g.,  movement  of 
objects),  and  describing  unknown  objects.  Research  is  directed  towards 
better  methods  for  acquiring  images,  extracting  information  from  the 
Images  and  using  knowledge  about  the  objects. 

There  are  two  main  reasons  for  developing  computer  systems  that  can 
interpret  language:  to  improve  a  person's  interaction  with  the  machine 
and  to  facilitate  the  processing  of  textual  information  by  a  computer. 
For  example,  a  person  may  interact  with  a  computer  in  order  to  give  it 
commands,  query  various  data  bases,  or  conduct  a  dialog  with  some 
advice-giving  system  or  teaching  system. 

Textual  information  may  be  processed  in  order  to  translate  it, 
summarize  it,  or  perhaps  integrate  it  with  other  information.  In  each 
case  the  information  must  not  just  be  'read'  but  in  some  sense 
'understood. ' 


Iv.  Generating 

The  part  of  the  model  labeled  "generating”  refers  to  the  processes 
by  which  an  intelligent  system  decides  to  Influence  its  environment. 
This  effect  may  be  through  direct  or  indirect  action.  Direct  actions 
include  manipulating  objects,  using  hands  and  arms  to  assemble  objects, 
and  navigating  a  vehicle,  avoiding  obstacles  and  possibly  replanning 
paths. 


Examples  of  indirect  actions  Include  generating  language  and/or 
pictures  in  order  to  convey  information  to  a  person  (or  another  system). 


The  concerns  of  language  and  graphics  generation  are  basically  deciding 
what  to  say,  and  how  best  to  say  It. 


V.  Reasoning 

The  ability  to  cope  with  unforeseen.  Incomplete,  uncertain,  and 
perhaps  conflicting  Information  and  to  act  and  react  to  It  Is  a 
prerequisite  of  any  Intelligent  behavior.  This  ability  Is  what  we  have 
labeled  as  reasoning  In  the  final  part  of  the  model.  Basic  research  Is 
directed  toward  discovering  and  developing  the  underlying  mechanisms 
necessary  for  reasoning. 

Intelligent  systems  reason  for  many  purposes,  these  Include: 

*  Helping  Interpret  sensory  Information 

*  Helping  decide  what  effectors  and  sensors  to  use  and  how  to 
use  them 

*  Planning  actions  and  monitoring  their  execution 

*  Solving  problems 

*  Gathering  new  Information 

*  Diagnosing  a  situation 

*  Recognizing  a  situation. 

In  the  sections  on  Interpretation  and  generation,  we  will  discuss 
reasoning  as  It  Is  used  for  Interpreting  and  generating  Information.  In 
Section  h  we  will  discuss  other  uses  of  reasoning  and  the  research 
problems  associated  with  developing  computer  systems  for  them. 

d.  Sensing 

A  wide  variety  of  devices  can  be  used  by  an  Al/robotlc  system  to 
obtain  Information.  They  Include  not  only  transducers  for  physical 
quantities,  such  as  microphones  for  sounds,  but  data  processing  Input 
devices  such  as  keyboards  for  textual  Information  and  specialized 
military  sensors  such  as  NBC  contamination  detectors.  In  this  report  we 
treat  all  these  devices  as  different  kinds  of  sensors. 


For  military  applications  there  Is  an  Important  distinction  between 
sensors  that  emit  energy  or  matter  (active  sensors)  and  those  that  do 
not  (passive  sensors).  Passive  sensors  are  preferable  when  stealth  Is 
required. 

The  act  of  sensing  Is,  In  general,  performed  In  two  steps: 

(1)  Transducing — converting  the  energy,  physical  condition, 
etc.  that  Is  to  be  sensed  Into  a  signal,  usually 
electrical. 

(2)  Preprocessing — Improving  the  signal  by  noise  reduction, 
averaging,  filtering,  data  compaction,  and  the  like. 

While  transducing  methods  are  usxially  highly  specialized  to  one  type  of 
external  condition  or  Influence,  preprocessing  methods  are  often 
generally  applicable  to  signals  from  many  different  kinds  of  transducer. 

I.  Important  Sensors  for  Robotics 

Omitting  sensors  for  which  development  Is  already  strongly  driven 
by  military  or  data-processlng  needs,  such  as  radar  or  keyboards,  the 
most  Important  types  of  sensors  for  robotics  are  solid-state  television 
cameras,  range  sensors,  tactile  sensors,  and  proprioceptors.  The 
following  sections  each  discuss  the  state-of-the-art  of  one  of  these 
sensors  In  terms  of  capabilities  and  limitations  of  commerclally- 
avallable  equipment.  They  then  describe  advanced  prototypes  now  In 
laboratories,  and  extrapolate  future  developments.  In  Section  f  we 
will  discuss  "Interpretation” — the  problems  associated  with 
understanding  the  environment  from  sensor  Information. 

II.  Visual  Sensors 

Visual  sensors,  using  television  cameras,  are  needed  for  seeing 
what  Is  around  the  robot.  For  robotic  applications,  solid-state  cameras 
are  preferred  over  those  with  vacuum-tube  Imagers  such  as  vldlcons 
because  of  their  ruggedness,  low  Image  distortion,  low  power 
requirements,  and  small  size. 
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Today's  solid-state  television  cameras  can  operate  on  either 
visible  or  Infrared  light*  The  highest  image  resolution  available  (800 
by  800  pixels)  Is  now  about  twice  that  of  broadcast  television,  and  the 
fastest  cameras  can  take  2,000  pictures  per  second  (as  compared  to  30 
for  broadcasting).  Some  Imaging  chips  can  even  do  simple  Image 
processing  operations  themselves,  such  as  edge  enhancement. 

The  main  limitation  of  present-day  solid-state  cameras  Is  that 
(except  for  one  made  by  Hitachi)  they  do  not  take  color  pictures. 

Another  problem  Is  that  they  produce  Information  much  faster  than  a 
large  conventional  computer  can  process  It,  and  most  of  It  Is  highly 
redundant  and  uninformative. 

Laboratory  prototype  camera  chips  now  do  some  global  Image 
processing,  such  as  Fourier  transforms.  Nondestructive-readout  cameras 
can  store  an  Image  for  hours  and  the  image  can  also  be  modified  by  a 
computer  while  It  Is  stored. 

2000  X  2000-plxel  resolutions  should  be  available  within  about  ten 
years.  But,  to  reduce  the  amount  of  Image  data  to  be  processed,  some 
cameras  may  have  only  a  small  hlgh-resolution  region  near  the  center  of 
their  field  of  view  ("foveal  cameras"). 

111.  Tactile  Sensors 

Tactile  sensors  either  detect  when  the  hand  touches  something,  or 
they  measure  some  combination  of  force  and  torque  components  that  the 
hand  Is  exerting  on  an  object.  They  usually  use  a  number  of  strain 
gauges  as  transducers.  However,  a  wide  variety  of  simple.  Inexpensive 
devices  such  as  mlcroswltches  can  be  used  If  It  Is  only  necessary  to 
sense  touch. 

Force/torque  sensors  today  use  about  eight  strain  gauges  to  measure 
the  direction  and  magnitude  of  a  force  up  to  about  50  pounds  with  an 
accuracy  of  about  one  ounce.  They  can  simultaneously  measure  the  torque 
In  any  direction  with  comparable  accuracy. 
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Today's  off-the-shelf  force/torque  sensors  are  too  insensitive  to 
handle  objects  lighter  than  a  few  ounces.  They  are  also  too  large  for 
use  on  miniaturized  robots,  are  rather  delicate,  and  are  expensive 
($3,500-$8,000).  Commercially-available  touch  sensors  are  not  well- 
designed  for  use  on  robots. 

Arrays  of  pressure  sensors  have  been  fabricated  with  about  two 
sensors  per  mm  resolution  in  two  dimensions. 

Materials  such  as  carbon  fibers,  fiber  optics,  and  doped  plastic 
films  may  make  possible  large,  flexible  sheets  of  artificial  "skin”  with 
embedded  touch  (or  other)  sensors. 

iv.  Range  Sensors 

Range  sensors  are  an  important  means  of  determining  where  objects 
are  with  respect  to  the  robot. 

In-alr  acoustic  range  sensors  are  accurate  to  about  one  millimeter 
over  several  meters.  Laser  range  finders  are  accurate  to  about  one 
meter  over  a  kilometer;  with  a  retroreflector  on  the  target,  however, 
they  can  easily  measure  to  about  a  millimeter  accuracy. 

The  main  drawback  to  current  range  finders  is  that  they  must  be 
scanned  slowly  over  a  scene  in  order  to  determine  the  3-dimensional 
shape  of  the  terrain  and  objects.  The  transverse  resolution  (beamwldth) 
of  acoustic  rangers  and  the  range  resolution  of  laser  rangers  is  too 
coarse  tr  be  useful  in  many  manipulation  tasks. 

A  scanning  laser  ranger  has  been  developed  that  simultaneously 
measures  the  reflectance  of  an  object  as  well  as  its  distance.  This 
produces  precisely-registered  range  and  intensity  images. 

Electro-optical  devices  that  operate  in  picoseconds  are  now  being 
developed.  These  promise  to  improve  the  resolution  of  laser  rangers  to 
the  millimeter  range  without  the  need  for  a  retroreflector  on  the  target 
object.  Three  emerging  technologies  promise  tremendous  Increases  in 
speed  of  processing  range  data  and  images  over  present-day  electronic 
silicon  devices.  These  are  gallium  arsenide,  all-optical  transistors, 
and  Josephson  junctions. 


V. 


Proprioceptors 

Proprioception  in  robotics  means  sensing  the  posture  of  a 
mechanical  manipulator,  leg,  or  other  Jointed  mechanism.  This  is  used 
mainly  in  two  ways;  in  controlling  the  mechanism  whose  posture  is 
sensed,  and  in  sensing  the  posture  of  a  teleoperator  master  arm  in  order 
to  command  the  motion  of  a  slave  arm. 

Proprioception  Involves  measuring  the  angle  of  each  rotary  joint 
and  the  extension  of  each  telescoping  joint  in  a  mechanism.  The  joint 
position  sensors  are  usually  either  potentiometers,  resolvers,  or 
encoders. 

Today,  joint  position  sensors  are  accurate  enough  to  enable  a  six- 
joint  manipulator  to  place  its  hand  anywhere  within  a  three— meter— radius 
working  volume  with  one-millimeter  accuracy. 

Hlghly-accurate  sensors  for  joint  angles  or  extensions  are 
delicate,  expensive,  and  difficult  to  manufacture.  They  are  also  too 
large  for  use  in  miniaturized  robots. 

In  future,  it  may  prove  easier  to  measure  the  position  of  the  hand 
directly  than  to  infer  it  from  accurate  measurements  of  each  joint 
position. 


e.  Out put/Ef factors 

As  we  did  for  sensor  technology  in  the  preceding  section,  we  will 
first  list  the  important  robotic  effectors,  then  describe  the  state  of 
the  art  and  extrapolate  future  progress  for  each.  In  Section  g  we 
will  discuss  "generation" — the  problems  associated  with  using  these 
effectors  intelligently. 

i.  Important  Effectors  for  Robotics 

Omitting  effectors  for  which  development  is  already  strongly  driven 
by  military  or  data-processing  needs,  such  as  weapons  or  displays,  the 
most  Important  types  for  robotics  are  devices  that  produce  certain  types 
of  motion.  It  is  convenient  to  group  them  loosely  into  "legs"  that  move 
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the  entire  robot  over  the  terrain,  "arms"  with  a  raf.ge  of  motion  on  the 
order  of  the  size  of  the  robot  Itself,  and  "hands"  that  are  positioned 
by  the  arms  and  have  a  much  smaller  range  of  motion.  All  of  these  are 
strongly  dependent  on  the  important  supporting  technology  of  mechanical 
actuators — electric,  hydraulic,  and  pneumatic — which  we  do  not  have 
space  to  treat  In  this  report. 

The  following  sections  each  discuss  one  of  these  effectors  in  terms 
of  capabilities  and  limitations  of  commercially-available  equipment. 

They  then  describe  advanced  prototypes  now  in  laboratories,  and 
extrapolate  future  developments.  We  will  also  discuss  the  control  of 
locomotion  systems  in  Section  and  the  control  of  hands  and  arms  in 
Section  11. 


ii.  Hands 

Commercially-available  hands  today  are  usually  clamps  with  two  or 
three  jaws.  The  jaws  are  most  often  operated  pneumatically,  so  that 
they  are  always  held  either  open  or  closed  with  full  force.  Most 
general-purpose  grippers  offered  today  can  hold  parts  weighing  up  to  ten 
pounds  and  up  to  a  few  Inches  across. 

The  main  problem  with  commercial  grippers  is  that  they  are  too 
clumsy  for  anything  but  simple  handling  tasks.  Most  of  them  are  only 
suitable  for  use  on  the  smaller  manipulators;  hands  for  large 
manipulators  usually  have  to  be  engineered  for  each  different  task. 

Two  new  robot  hands  have  recently  appeared  on  the  market.  One  is  a 
laboratory-grade  three-fingered  hand  with  three  joints  per  finger.  It 
is  Intended  to  be  dexterous  enough  for  complex  manipulation  tasks  such 
as  assembly.  It  has  ten  motors,  tension-cable  drives,  and  joint-torque 
sensing.  The  other  new  hand  has  two  fingers,  tactile  sensing,  and  a 
built-in  camera.  It  is  Intended  for  the  industrial  market. 

Visual  and  tactile  sensors  will  be  Incorporated  Into  robot  hands. 
Hands  will  have  built-in  computers  to  co-ordinate  the  motions  of  their 
fingers  in  order  to  grasp  objects  and  move  them  precisely. 


A-17 


111.  Arms 


More  than  a  hundred  different  companies  around  the  world  now  make 
manipulator  arms.  They  range  In  size  from  tiny  arms  for  handling  near- 
mlcroscoplc  hybrid  circuit  components  up  to  machines  that  can  lift 
objects  weighing  several  hundred  pounds  four  or  five  meters  Into  the 
air.  Typical  positioning  accuracies  are  about  one  millimeter  and  speeds 
about  one  or  two  meters/second. 

Older  arms  resemble  a  tank  turret  with  a  hand  on  the  end  of  a 
telescoping  gun.  Modern  ones  usually  have  five  or  six  rotary  joints  In 
series,  and  move  In  somewhat  the  same  way  as  a  human  arm  does. 

Recently,  several  “Cartesian"  manipulators  have  appeared  on  the  market 
that  have  three  orthogonal  sliding  joints  for  rigidity  and  ease  of 
control.  An  arm  Is  usually  designed  for  a  particular  type  of  activity 
such  as  spraying,  simple  handling,  or  precise  assembly. 

Today's  arms  are  expensive,  complex,  heavy.  Inefficient,  and  weak 
for  their  size.  They  can  only  lift  about  5  percent  of  their  own  weight 
at  best  (compare  this  performance  to  a  human  arm!).  Arms  also  tend  to 
be  rather  specialized.  Those  that  are  good  for  a  task  like  spraying  are 
not  suitable  for  precise  assembly,  for  example. 

A  prototype  arm  has  been  developed  whose  motors  are  directly 
coupled  to  the  joints  without  gears  to  give  force  control  as  well  as 
Improved  speed  and  accuracy.  Another  arm  Is  very  compliant  Instead  of 
being  rigid  like  most  Industrial  arms.  A  Japanese  company  has  announced 
a  multlsegment  "tentacle"  arm  for  Inspection  of  nuclear  reactors.  A 
multlmllllon-dollar  project  has  also  begun  In  Japan  to  develop 
"artificial  muscles"  based  on  biotechnology  to  replace  electric  and 
hydraulic  motors  In  robots  as  well  as  other  products.  There  Is  great 
Interest  In  the  U.S.  In  finding  replacements  for  conventional  electric 
motors  or  hydraulic  actuators.  Some  technologies  being  evaluated 
Include  certain  gels  that  reversibly  Increase  In  volume  by  100%  under 
electrical  stimulation,  piezoelectric  materials  such  as  PVF2  plastic  and 
gadolinium  molybdate  crystals. 
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Parallel- joint  manipulators  and  micromanipulators  are  about  to  move 
from  the  laboratory  to  the  marketplace  In  England  and  New  Zealand. 

These  will  make  possible  rapid,  delicate  motions  for  assembling 
electronic  equipment  and  precision  Instruments. 

The  physical  complexity  of  arms  will  decrease  as  ways  are  found  to 
Integrate  joints,  actuators,  and  sensors  Into  the  structure  of  the  arm 
Itself.  New  materials  such  as  carbon  fiber  composites  will  lead  to 
lighter,  stlffer  arms  that  can  move  more  quickly  and  accurately  with 
less  effort.  "Elephant  trunks"  or  "tentacles"  will  be  built  with  more 
joints  and  better  performance.  Micromanipulators  will  be  developed  for 
handling  very  small  objects.  Teleoperator  master  controls  will  be 
developed  that  are  smaller,  cheaper,  and  more  convenient  to  use  than  the 
"full'scale  model"  ones  In  use  today. 

Iv.  Legs 

By  "legs"  we  mean  not  only  mechanical  legs,  but  all  the 
conventional  locomotion  methods  now  used  by  Navy  platforms,  such  as 
wheels,  tracks,  wings,  and  boats.  Although  each  of  these  will  be  a  very 
Important  means  of  locomotion  for  military  robots,  the  technologies  for 
conventional  locomotion  are  strongly  driven  by  other  needs.  Therefore, 
we  will  not  discuss  them  here,  but  concentrate  on  mechanical  legs. 
Furthermore,  since  there  are  no  commercial  versions  of  mechanical  legs 
on  the  market  at  present,  we  omit  discussion  of  their  capabilities  and 
limitations  and  begin  with  laboratory  prototypes. 

Mechanical  legs  may  prove  very  useful  In  certain  terrain  conditions 
that  defeat  other  locomotion  methods.  Thus  they  are  more  likely  to  play 
a  role  In  Marine  Corps  operations  than  In  most  naval  sea  and  air 
operations.  The  technology  Is  still  In  Its  Infancy,  however. 

Several  robots  have  been  built  In  laboratories  around  the  world 
that  walk  on  one  leg,  two  legs,  four  legs,  and  six  legs.  The  simpler 
models  merely  drive  the  legs  through  a  fixed  motion  pattern  without 
regard  to  terrain  or  body  attitude.  The  more  advanced  models  control 
the  torques  exerted  by  each  leg  joint  to  respond  to  Instantaneous 
conditions. 


Practical  mechanical  legs  will  be  developed.  They  will  probably 
require  significant  advances  In  actuator  technology,  since  they  will  at 
least  have  to  outperform  present-day  manipulators  In  terms  of  strength 
to  weight  ratio. 

f .  Interpreting 

In  this  section  we  will  discuss  artificial  Intelligence  and 
robotics  research  associated  with  Interpreting  sensory  Information, 
covering  the  areas  of 

*  Computational  Vision 

*  Natural  Language  Understanding  (spoken  or  written). 


1.  Computational  Vision 

The  general  goal  of  computational  vision  Is  developing  mechanisms 
for  Interpreting  visual  Images.  Interpreting  Images  can  be  described  as 
the  process  of  going  from  a  video  (or  other)  signal  to  a  s3nnbollc 
description  of  It.  (A  sjnnbollc  description  might  be  "That  is  a  forest” 
or  "A  man  Is  standing  by  the  rock.")  The  same  Image  may.  In  fact,  have 
many  descriptions  depending  on  the  reasons  for  processing  It.  One  goal 
may  be  to  count  all  the  objects  In  an  area,  another  may  be  to  describe 
them,  another  may  be  to  determine  their  exact  location  (without 
Identifying  them),  and  another  to  find  Irregularities  In  the  terrain 
that  can  pose  navigation  problems. 

Among  the  reasons  for  Interpreting  Images  are: 

*  Identifying  objects 

*  Locating  objects 

*  Detecting  changes 

*  Navigating 

*  Describing  a  scene 

*  Making  maps  and  charts. 


(1 ).  Current  Status 

We  will  cover  the  current  state  of  computational  vision  in  three 
areas:  commercially  available  devices,  systems  and  techniques  that  are 
undergoing  laboratory  development  or  testing,  and  basic  research 
problems . 

The  commercial  systems  that  are  available  are  principally  for 
industrial  use.  Suppliers  Include  Machine  Intelligence  Corporation, 
Automatlx,  General  Electric,  and  Bausch  and  Lomb.  These  systems  can 
identify  and  locate  objects  in  a  controlled  environment  with  the 
following  restrictions: 

*  The  number  of  possible  objects  that  can  be  identified  is 
limited. 

*  The  number  of  objects  in  the  scene  is  limited. 

*  The  objects  do  not  overlap. 

*  The  object  is  always  viewed  vertically. 

*  The  image  features  of  an  object  are  extracted  from  its 
binary  image  (silhouette). 

*  The  objects  are  illuminated  so  as  to  obtain  high  dark-to- 
llght  contrast. 

Typically,  a  system  is  trained  to  distinguish  among  objects  by 
showing  it  sample  objects.  It  will  find  outlines  of  each  object  and, 
using  various  techniques,  develop  a  classification  so  it  can  distinguish 
the  different  types. 

More  sophisticated  processing  techniques  for  identifying  and 
locating  objects  are  being  developed  and  tested  in  laboratories.  For 
example.  Instead  of  requiring  that  the  entire  outline  of  an  object  be 
visible,  some  knowledge  about  the  shape  of  the  objects  is  used  to  "fill 
in"  any  edges  that  may  be  obscured  by  objects,  shadows,  or  perhaps  poor 
lighting.  Other  techniques  include: 

*  Use  of  grayscale  Information 

*  Use  of  j-dimenslonal  Information 

*  Use  of  color,  texture,  and  other  attributes. 


In  general,  this  research  will  lead  to  more  flexibility  in  the 
Images  that  can  be  processed,  including  the  following  capabilities: 

*  Identifying  objects  that  overlap 

*  Accommodating  for  a  change  in  perspective 

*  Fewer  requirements  on  lighting  conditions. 

In  addition  to  industrial  devices,  systems  for  interpreting  images 
for  purposes  other  than  industrial  automation  are  in  the  laboratory 
stage.  Two  such  areas  are  the  automatic  or  seml-*automatlc 
interpretation  of  aerial  imagery,  e.g.,  for  cartography  and  the 
interpretation  of  chest  x-rays. 

The  development  of  these  systems  can  be  viewed  as  a  movement  in  the 
diagram  in  Figure  A-1  from  sensing  (simple  processing  of  sensory  input) 
to  interpreting  as  more  knowledge  about  the  objects  in  the  Images  and 
procedures  for  using  it  become  incorporated. 

Basic  research  in  computational  vision  is  devoted  to  understanding 
how  further  knowledge  and  reasoning  can  be  used  to  interpret  Images, 
particularly  so-called  'natural  scenes',  such  as  those  found  outdoors, 
where  there  are  no  restrictions  on  the  environment,  the  objects,  or  the 
lighting. 

Two  major  thrusts  can  be  seen  in  current  research.  They  are 
generally  referred  to  as  high-level  vision  and  low-level  vision. 

High-level  vision  is  concerned  with  combining  knowledge  about 
objects  (shape,  size,  relationships),  expectations  about  the  image  (what 
might  be  in  it),  and  the  purpose  of  the  processing  (identifying  objects, 
detecting  changes)  to  aid  in  Interpreting  the  image.  This  'high-level 
information  interacts  with,  and  helps  guide,  processing.  For  example, 
it  can  suggest  where  to  look  for  an  object,  and  what  features  to  look 
for. 

Low-level  vision  is  concerned  with  extracting  local  data  without 
the  use  of  more  general  types  of  knowledge.  This  Includes  the  problems 
associated  with  determining  the  physical  characteristics  of  objects  and 
scenes  and  how  they  influence  perception.  Physical  properties  include: 
surface  leflectance,  surface  orientation,  and  incident  illumination. 


(2).  Research  Issues 


Although  vision  systems  are  becoming  available,  there  are  many 
remaining  research  problems.  They  Include: 

*  Representing  knowledge  about  objects,  particularly  shape 
and  spatial  relationships 

*  Developing  methods  for  reasoning  about  spatial 
relationships  among  objects 

*  Understanding  the  Interaction  between  low-level  Information 
and  high-level  knowledge  and  expectations 

*  Interpreting  stereo  Images,  e.g.,  for  range  and  motion 

*  Understanding  the  Interaction  between  an  Image  and  other 
Information  about  the  scene,  e.g.,  written  descriptions 

*  Determining  terrain  features:  lakes,  pebbles,  mud, 
quicksand. 

11.  Natural  Language  Interpretation 

Research  on  Interpreting  natural  language  Is  concerned  with 
developing  computer  systems  that  can  Interact  with  a  person  In  English 
(or  another  nonartlflclal  language).  One  primary  goal  Is  to  enable 
computers  to  use  human  languages  rather  than  force  humans  to  use 
computer  languages. 

Research  Is  concerned  with  both  written  and  spoken  language  and, 
although  many  of  the  problems  are  Independent  of  the  communication 
medium,  the  medium  Itself  can  present  problems.  We  will  first  consider 
written  language,  then  the  added  problems  of  speech. 

There  are  many  reasons  for  being  able  to  develop  computer  systems 
that  can  Interpret  natural-language  Inputs.  They  can  be  grouped  Into 
two  basic  categories:  Improved  human/machlne  Interface  and  automatic 
Interpretation  of  written  text. 

Improving  the  human/machlne  Interface  will  make  It  simple  for 
humans  to 

*  Give  commands  to  the  computer — or  robot 

*  Query  data  bases 


*  Conduct  a  dialog  with  an  Intelligent  computer  system. 

The  ability  to  automatically  Interpret  text  will  enable  the 
computer  to 

*  Produce  summaries  of  texts 

*  Provide  better  Indexing  methods  for  large  bodies  of  texts 

*  Translate  texts  automatically  or  seml-automatlcally 

*  Integrate  text  Information  with  other  Information. 

(1).  Current  Status 

Natural  language  understanding  systems  that  Interpret  Individual 
(Independent)  sentences  about  a  restricted  subject  area  (e.g.,  data  In  a 
data  base)  are  becoming  available.  They  can  accept  sentences  whose 
grammar  Is  complex,  with  a  reasonably  large  vocabulary,  about  a 
restricted  subject  area  (e.g.,  the  subject  area  covered  by  the  data 
base).  Their  major  limitation  Is  that  they  cannot  Interpret  a  sentence 
whose  meaning  depends  on  the  more  general,  dynamic  context  supplied  by 
preceding  sentences. 

Commercial  systems  providing  natural-language  access  to  data  bases 
are  becoming  available.  Given  the  appropriate  data  In  the  data  base 
they  can  answer  questions  such  as: 

*  Which  utility  helicopters  are  mission  ready? 

*  Which  are  operational? 

Are  any  transport  helicopters  mission  ready? 

However,  these  systems  have  limitations,  among  which  are: 

*  They  must  be  tailored  to  the  data  base  and  subject  area. 

*  They  only  accept  queries  about  facts  In  the  data  base,  not 
about  the  contents  of  the  data  base,  e.g.,  ”What  questions 
can  you  answer  about  helicopters?” 

*  Few  computations  can  be  performed  on  the  data. 

*  The  meaning  of  a  sentence  cannot  depend  on  the  context. 

So,  for  example,  after  asking: 


What  Is  the  status  of  squadron  A? 

If  the  user  asks 

What  utility  helicopters  are  ready? 
the  utterance  will  be  Interpreted  as 

"Which  among  all  the  helicopters  are  ready?" 

not 

"Which  of  squadron  A's  helicopters  are  ready?" 

Data  base  access  systems  with  more  advanced  capabilities  are  still 
in  the  research  stages.  These  capabilities  include: 

*  Easy  adaptation  to  a  new  data  base  or  new  subject  area. 

*  Replies  to  questions  about  the  contents  of  the  data  base 
(e.g.,  what  do  you  know  about  aircraft  availability?). 

*  Answers  to  questions  requiring  computations  (e.g.,  the  time 
for  a  ship  to  get  someplace). 

(2).  Research  Issues 

In  addition  to  extending  capabilities  of  natural  language  access  to 
data  bases,  much  of  the  current  research  in  natural  language  is  directed 
towards  determining  the  ways  in  which  the  context  of  an  utterance 
contributes  to  its  meaning  and  developing  methods  for  using  contextual 
information  when  interpreting  utterances.  For  example  consider  the 
following  pairs  of  utterances: 

Sam:  The  locknut  should  be  tight. 

Joe:  I've  done  it 

and 

Sam:  Has  the  air  filter  been  removed? 

Joe:  I've  done  it 

Although  Joe's  words  are  the  same  in  both  cases,  and  both  state 
that  some  action  has  been  completed,  they  each  refer  to  different 
actions.  In  one  case,  tightening  the  locknut,  in  the  other,  removing 
the  air  filter.  The  meanings  can  only  be  determined  by  knowing  what  has 
been  said  and  what  is  happening. 
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Some  of  the  basic  research  issues  being  addressed  are: 


*  Interpreting  extended  dialogs  and  texts  (e.g.,  narratives, 
written  reports)  where  the  meaning  depends  on  the  context. 

*  Interpreting  indirect  or  subtle  utterances,  such  as 
recognizing  that  "Can  you  reach  the  salt?”  is  a  request 
for  the  salt. 

*  Developing  ways  of  expressing  the  more  subtle  meanings  of 
sentences  and  texts. 

*  Interpreting  language  that  la  "ungrammatical",  e.g.,  slang 
or  dialects.  (This  is  particularly  of  Interest  for  spoken 
language. ) 

ill.  Spoken  Language 

Commercial  devices  are  available  for  recognizing  a  limited  number 
of  spoken  words,  generally  fewer  than  100  words.  These  systems  are 
remarkably  reliable  and  very  useful  for  certain  applications. 

The  principal  limitations  of  these  systems  are: 

*  They  must  be  trained  for  each  speaker. 

*  They  only  recognize  words  spoken  in  isolation. 

*  They  recognize  a  limited  number  of  words. 

Efforts  to  link  Isolated  word  recognition  with  the  natural  language 
understanding  systems  are  now  underway.  The  result  would  be  a  system 
that,  for  a  limited  subject  area,  and  with  some  training,  would  respond 
to  spoken  English  Inputs. 

Understanding  connected  speech  (i.e.,  speech  without  pauses)  with  a 
reasonably  large  vocabulary  will  require  further  basic  research  in 
acoustics  and  linguistics  as  well  as  the  natural  language  issues 
discussed  above. 

g.  Generation 

We  have  defined  generation  broadly  to  Include  those  topics 
associated  with  generating  actions  and  language.  Under  that  heading  we 
will  discuss: 


*  Mobility 

*  Manipulation 

*  Language  generation. 

i.  Mobility 

Mobility  can  include  both  navigation  and  propulsion. 


(1).  Navigation 

The  basic  problems  associated  with  autonomous  navigation  Include 
the  following: 

*  Positioning  and  orientation. 

*  Obstacle  and  hazard  detection,  including  terrain  features 
that  present  problems  to  certain  types  of  locomotion. 

*  Avoiding  or  detouring  around  obstacles  in  a  path. 

*  Route  planning  and  following. 

Point  positioning  and  orientation  are  central  problems  that  are 
being  addressed  Independent  of  the  issues  of  autonomous  navigation.  We 
can  safely  assume  that  systems,  such  as  navigational  satellites,  will  be 
able  to  provide  position  information  that  is  accurate  to  10-100  meters. 
Reasonably  simple  computational  techniques  can  be  combined  with  data 
from  such  systems  to  determine  the  precise  path  a  moving  vehicle  is 
following. 

Detecting  obstacles  in  a  path  can  be  a  major  problem.  The 
requirements  of  a  system  for  detecting  obstacles  depend  greatly  on  the 
vehicle  and  the  terrain.  For  example,  a  sturdy  vehicle  in  flat,  dry 
terrain  may  only  need  to  detect  large  obstacles  such  as  boulders  or 
trees,  which  is  a  relatively  simple  task  that  might  be  done  with 
existing  techniques  and  sensors.  Terrain  features  such  as  large  pools 
of  water,  quicksand,  mudholes,  and  dense  vegetation  present  many  more 
obstacles.  Detecting  some  of  these  is  more  difficult  and  will  require 
advancements  in  computational  vision.  Also,  some  vehicles  are  more 
sensitive  to  uneven  ground.  For  example,  legged  vehicles  may  require  a 
vision  system  that  provides  enough  information  to  help  decide  where  to 


Avoiding  an  obstacle  can  be  a  difficult  problem,  again  depending  on 
the  terrain  and  the  type  of  locomotion*  When  the  obstacle  Is  easily 
identified  and  stationary,  and  a  simple  detour  Is  possible,  then 
reasonably  simple  techniques  can  be  used  to  navigate  around  It. 

However,  detouring  around  some  obstacles  may  require  more  global 
modifications  to  the  route.  For  example.  If  a  bridge  across  a  river  has 
become  Impassable,  It  may  be  necessary  to  find  another  bridge  or  find 
another  means  of  crossing  the  river.  This  type  of  planning  would 
require  a  more  general  ability  to  plan  and  follow  routes. 

Another  problem  Is  presented  by  obstacles  that  move.  Avoiding  the 
obstacle  requires  predicting  Its  path  and  speed.  If  the  movement  Is 
erratic  and  perhaps  Intended  to  cause  problems,  avoiding  It  could  be 
difficult. 

In  the  most  general  case,  route  planning  and  following  requires 
deciding  where  to  go,  planning  a  good  route  to  get  there,  and  then 
following  along  that  route,  making  changes  as  necessary  to  accommodate 
unanticipated  obstacles  or  situations.  Some  systems  will  not  require 
such  sophistication,  although  almost  any  of  them  will  require  some 
ability  to  detect  and  avoid  obstacles  In  a  given  path. 

There  are  three  points  along  the  continuum  of  path  planning 
abilities  that  are  particularly  significant  for  the  Navy. 

(1)  In  the  simplest  case,  the  entire  route  could  be 
prespecified.  Reasonably  simple  computations  could  be 
used  to  ensure  that  the  vehicle  stays  on  the  route, 
correcting  for  any  deviation  from  the  planned  path.  The 
major  navigational  problem  would  be  In  detecting  and 
avoiding  obstacles  along  the  way. 

(2)  Some  or  all  of  the  route  is  not  prespecified,  although 
the  starting  and  ending  points  are.  In  this  case,  the 
unspecified  portions  of  the  route  would  have  to  be 
planned.  The  planning  techniques  described  above, 
probably  blended  with  operations  research  techniques  for 
finding  routes,  could  be  used. 


(3)  The  most  advanced  capability  Is  that  of  first  deciding 
where  to  go,  and  then  deciding  how  to  get  there.  The 
decision  about  destination  might  be  affected  by  the 
difficulty  of  getting  there,  so  there  could  be  some 
Interaction  between  deciding  the  destination  and  finding 
a  route.  A  system  that  performed  this  type  of 
navigational  planning  would  most  likely  Incorporate  a 
planning  system  such  as  described  above. 

Propulsion  Issues  Include  the  choice  of  a  locomotion  method  and 
operation  of  the  propulsion  equipment,  which  Involves  Input  and  output. 

Choice  of  locomotion  method  may  be  either  conventional  or 
unconventional.  Conventional  locomotion  methods  Include  all  those  used 
by  current  Navy  platforms — wheels  and  tracks  for  ground  locomotion, 
fixed  and  rotary  wings  for  flight,  propellers  and  pumps  for  surface  and 
subsurface  water  travel.  These  would  serve  perfectly  well  for  most 
naval  robotic  applications  requiring  mobility.  Naval  operations  at  sea 
could  utilize  conventional  airborne  or  waterborne  platforms,  while 
wheeled  vehicles  would  meet  most  mobility  needs  on  board  carriers  and  on 
naval  air  bases. 

There  are,  however,  a  number  of  special  situations  In  which  no 
conventional  locomotion  methods  are  effective.  Robotics  research  has 
led  to  some  new  and  unconventional  methods  that  may  be.  These  Include 
the  use  of  mechanical  legs  for  travel  over  extremely  rough  terrain,  fins 
and  novel  actuators  for  silent  subsurface  travel,  and  tunneling 
equipment  for  subsurface  ground  mobility.  Other  unconventional  modes  of 
locomotion  not  requiring  robotic  technology  are  also  likely  to  be 
useful.  These  Include  ground  effect  machines  (hovercraft),  hydrofoils, 
and  balloons. 

The  unconventional  locomotion  methods  would  be  primarily  useful  In 
certain  specialized  situations  In  Marine  Corps  missions — particularly  In 
assault,  reconnaissance,  and  Infiltration.  This  Is  because  of  the 
extremely  hostile,  varied,  and  unpredictable  environments  encountered 
and  the  frequency  of  countermobility  measures. 


(2).  Current  Status 


Operating  a  locomotion  system  Involves  controlling  the  propulsion 
system  and  steering  the  vehicle.  These  tasks  require  different  kinds  of 
sensing  and  different  computer  control. 

Capabilities.  Controlling  the  propulsion  system  usually  requires 
sensing  conditions  such  as  wheel  slippage,  and  It  can  require  rapid 
responses,  such  as  control  of  ailerons.  Interfacing  the  propulsion 
mechanisms  to  the  controlling  computer  Is  a  straightforward  engineering 
task,  but  developing  the  software  for  controlling  the  mechanisms  may  be 
quite  difficult.  Some  locomotion  systems,  such  as  common  helicopters 
and  laboratory  legged  vehicles,  have  such  complex  dynamics  that 
controlling  them  automatically  Is  currently  Impractical.  Helicopter 
autopilots  can  only  hover,  for  Instance.  Most  walking  vehicle  research 
Ignores  two-legged  and  four-legged  configurations  and  treats  only  the 
more  stable  six-legged  case.  Prototype  walking  vehicles  today  also  move 
their  legs  very  slowly  to  minimize  dynamic  effects  In  the  control 
problem. 

Steering  Involves  sensing  conditions  immediately  ahead  of  the 
vehicle,  such  as  the  direction  of  a  road.*  It  requires  somewhat  slower 
responses,  but  correspondingly  more  computer  processing. 

Limitations.  All  current  platforms  have  been  designed  for  specific 
purposes  and  operating  environments  and  cannot  operate  in  other 
situations.  For  example,  a  surface  tender  may  be  unable  to  launch  and 
recover  submersible  or  airborne  robot  vehicles  in  extreme  sea  states. 
Wheeled  vehicles  may  get  stuck  In  shell  craters  on  an  airfield. 

In  many  cases,  the  range  or  speed  of  existing  propulsion  systems  is 
Inadequate.  Battery-powered  submerslbles,  for  example,  have  limited 
range  and  the  weight  of  their  batteries  makes  them  quite  sluggish  In 
maneuvering.  New  technologies  such  as  fuel  cells  may  improve  their 
performance. 


*  Steering  is  often  considered  part  of  navigation.  However,  since 
steering  problems  are  directly  related  to  the  type  of  locomotion,  we 
mention  them  here,  too. 
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Automatic  steering  methods  are  currently  Inadequate  to  keep  a  free- 
roving  land  vehicle  on  a  conventional  road.  Laboratory  systems  have 
followed  specific  types  of  roadway  at  slow  speeds,  by  monitoring  a 
specific  feature  such  as  a  painted  centerline  or  a  high-contrast  road 
edge.  They  are  easily  confounded  by  bad  weather,  debris,  bridges,  and 
different  road  surfaces.  Industrial  automatic  vehicles  only  follow 
routes  that  are  plainly  marked  by  special  paint  stripes,  burled 
electrical  cables,  or  other  signals. 

For  the  navy  and  marine  corps  missions,  propulsion  methods  are 
needed  that  are  suitable  for  use  In 

*  Submarine  nets,  minefields,  and  other  countermobility 
obstacles 

*  Wet  gaps  with  steep  banks,  ice,  and/or  fast  currents 

*  Mud,  bogs,  swamps,  sand,  and  soft  ground 

*  Built-up  areas,  including  docks,  narrow  streets,  rubble, 
and  Interiors  of  buildings 

*  Piping,  ductwork,  and  bulkhead  cavities  on  a  ship  or 
aircraft,  tunnels,  sewers,  and  other  narrow  channels. 

In  addition,  many  applications  such  as  reconnaissance  and  infiltration 
will  require  highly  miniaturized  mobile  Al/robotlcs  systems.  Small  size 
will  make  them  harder  to  detect  and  allow  them  to  pass  through  many 
kinds  of  barriers.  The  smaller  the  vehicle,  however,  the  more  objects 
will  be  large  enough  to  block  its  path,  and  the  more  Important  It  will 
be  to  find  hlgh-moblllty  vehicle  designs. 

Laboratory  Prototypes.  Mobile  robots  of  many  types  have  been 
constructed.  Some  notable  ones  Include  the  General  Electric  Walking 
Truck  (a  4-legged  vehicle  teleoperated  by  an  on-board  operator),  SRI's 
Shakey  and  the  Hllare  robot  of  L.A.A.S.  in  Toulouse,  France  (two  self- 
navigating,  self-propelled  wheeled  robots),  the  Navy's  free-swimming 
submersible,  and  Israel's  remotely-managed  semi -autonomous  drone 
aircraft.  Cruise  missiles  might  be  Included  In  this  list,  too. 

Walking,  or  legged  vehicles  are  most  appropriate  for  some  of  the 
worst  mobility  conditions.  Ohio  State  University  (OSU)  has  conducted 


most  of  the  original  American  research  on  automatic  control  of  such 
vehicles.  Carnegle-Mellon  University  and  M.I.T.  have  recently  begun 
legged  locomotion  research  projects,  too.  Russian,  Yugoslavian,  and 
Japanese  scientists  have  done  significant  work  on  the  subject  for  many 
years.  Komatsu,  for  example,  has  developed  an  eight-legged  vehicle  for 
seabed  locomotion  that  could  be  used  for  mining,  drilling  oil  wells,  or 
harvesting  mineral  nodules. 

Even  stranger  locomotion  methods  will  be  practical  with  robotic 
techniques.  A  Japanese  laboratory  has  already  developed  prototypes  of 
mechanical  "snakes"  and  "limpets"  that  could  enter  confined  spaces  where 
no  conventional  or  legged  vehicle  could  go. 

(3) .  Research  Issues 

Recent  laboratory  research  on  mobility  concerns  such  topics  as 
sensorimotor  learning,  motion  in  fleets,  steering  wheeled  vehicles, 
visual  obstacle  avoidance,  and  autonomous  underwater  robots. 

11.  Manipulation 

Manipulation  is  the  use  of  mechanical  arms  and  hands  to  move 
objects.  Manipulation  tasks  are  extremely  varied,  and  often  occur  as 
part  of  a  more  complex  robotic  task.  For  example,  consider  the 
important  but  hazardous  task  of  repairing  shell  craters  on  an  airstrip 
under  fire.  This  is  a  good  application  for  a  mobile  robot.  The 
manipulatory  portion  of  its  task  might  involve  activities  such  as 
leveling  rubble  in  the  crater,  installing  reinforcing  iron,  pouring  in 
quick-setting  concrete  or  epoxy,  and  marking  the  crater's  location  for 
pilots  to  avoid  until  it  hardened.  This  activity  might  be  embedded  in  a 
more  complex  patrol  activity  in  which  the  robot  would  navigate  about  the 
airstrip,  locate  craters,  inform  flight  operations  of  their  size  and 
location,  prioritize  their  repair,  allocate  its  remaining  repair 
materials,  and  co-ordinate  its  own  movements  with  those  of  arriving  and 
departing  aircraft. 
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It  is  often  useful  to  classify  a  manipulation  task  according  to  the 
performance  characteristics  required  of  the  manipulator.  Some  Important 
characteristics  are  the  following: 

(1)  Manipulation  process  performed 

(2)  Complexity  of  sensing  required 

(3)  Complexity  of  control  algorithms  required 

(4)  Type  of  hand  or  tool  motion  required 

(5)  Type  of  drive  used  by  the  manipulator's  actuators 

(6)  Configuration  of  the  manipulator's  joints. 

Three  Important  manl pulatlon  processes  are  (1)  continuous  material 
deposition,  (2)  rigid  object  handling,  and  (3)  part  mating  (assembly). 
Most  Industrial  applications  of  robot  manipulators  fall  into  one  of 
these  categories. 

Three  different  types  of  sensing  that  may  be  required  are  (1)  no 
sensing,  (2)  simple  sensing  of  go/nogo  conditions,  and  (3)  complex 
sensing  of  the  presence.  Identity,  position,  orientation,  motion,  and/or 
Integrity  of  objects. 

At  least  five  different  levels  of  control  complexity  are  used 
today; 

(1)  Teleoperation,  in  which  a  person  operates  the 
manlpulator(s}  by  remote  control,  sometimes  from  a  great 
distance, 

(2)  Limited-Sequence  manipulation,  in  which  the  manipulator 
makes  a  small  number  of  different  but  prespecified 
motions  automatically, 

(3)  Teach/replay,  in  which  the  system  remembers  motions 
performed  during  teleoperation  and  repeats  them  later 
automatically, 

(4)  Programmed  manipulation,  in  which  computer  software  moves 
the  manipulator  in  complex  but  repetitious  patterns 

(5)  Sensor-guided  manipulation,  in  which  the  robotic  system 
makes  its  own  decisions  about  how  to  move  or  react  to 
conditions  and  events  around  it  from  moment  to  moment. 

The  decisions  are  based  on  general,  preprogrammed  rules 
written  into  its  control  software.  This  is  the  most 
powerful  kind  of  control. 
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Manipulators  usually  need  to  make  only  two  types  of  tool  motion: 
either  "point-to-point"  or  "continuous-path."  In  the  former,  starting, 
stopping,  and  "via"  points  can  be  specified,  but  not  the  tool's 
trajectory  between  them.  In  the  latter,  complete  trajectories  may  be 
specified.  Most  tasks  require  either  point-to-point  only,  or  a  mixture 
of  the  two  types. 

Most  commercial  manipulators  use  one  of  three  kinds  of  drive  system 
today:  (1)  electric  motors,  (2)  hydraulic  actuators,  or  (3)  air 
cylinders.  Only  limited-sequence  manipulators  use  the  latter,  driving 
each  joint  with  full  force  Into  rugged  limit  stops  at  each  end  of  their 
travel.  Others  use  one  of  the  first  two  kinds  In  each  joint,  and 
operate  them  with  a  position  servo  loop  to  move  the  joint  precisely  and 
smoothly.  However,  an  unique  manipulator  that  recently  appeared  on  the 
market  uses  a  sophisticated  servo  design  that  operates  rotary  pneumatic 
motors  In  each  joint. 

Finally,  manipulators  may  be  classified  according  to  their  joint 
configuration.  There  are  (1)  "anthropomorphic"  (all  rotary  joints,  such 
as  the  Unlmatlon  PUMA  or  Mllacron  T3),  (2)  cylindrical  (like  the  Prab 
Versatran),  (3)  spherical  (like  the  "tank  turret"-8haped  Unlmate  2000), 
or  (4)  Cartesian  (with  three  linear  sliding  joints  arranged  at  right 
angles  In  the  "X-Y-Z"  directions,  like  the  IBM  RSI).  A  number  of 
parallel- joint  manipulators  have  recently  been  designed,  too.  Although 
descriptive  classifications  for  them  do  not  yet  exist,  at  least  one  such 
manipulator  resembles  a  tripod. 

Different  applications  require  different  kinds  of  manipulators. 
Spraying  usually  requires  an  arm  with  a  long  reach  (about  3  m),  medium 
speed  (about  1  m/second),  low  accuracy  (about  1  cm),  smooth  and 
continuous  motions,  and  no  sensory  feedback.  Decontamination  of 
vehicles  and  equipment  would  be  an  Important  spraying  job  for  a  robot. 

Simple  handling  often  requires  a  long  reach  (1-6  m),  although 
smaller  arms  are  also  used  for  this  purpose.  It  also  requires  high 
speed  (1-3  m/second),  moderate  accuracy  (6  mm).  Intermittent  or  "point- 
to-point"  motions,  and  simple  sensory  feedback  If  any.  A  typical  simple 


handling  job  would  be  to  load  a  rocket  Into  a  launching  rail  under  a 
wing,  where  the  rail  Is  In  a  known  position  with  respect  to  the  robot. 

Dexterous  manipulation  tasks  require  heavy  use  of  sensing  and 
software,  and  are  the  most  difficult  kind.  They  usually  require  little 
reach  (1  m)  and  moderate  speed  (1  m/sec),  but  very  high  accuracy  (1  mm 
or  better)  and  a  variety  of  different  types  of  motion  (point-to-point, 
continuous,  stralght-llne,  sensor-controlled,  compliant,  etc.).  Some 
difficult  manipulation  tasks  are  assembly,  disassembly,  handling  loor^e 
or  non-rlgld  objects,  and  cooperating  with  people  In  a  manipulation 
task.  An  extreme  example  of  a  dexterous  manipulation  task  would  be 
saflng  hung  live  ordnance  .  Slightly  less  difficult  but  almost  as 
dangerous  would  be  the  removal  of  an  ejection  seat.  These  tasks  are 
difficult  because  of  Inherent  uncertainties — the  objects  Involved  might 
be  damaged,  unidentified,  or  not  precisely  positioned,  for  example.  An 
Intelligent  robot  might  fall  to  perform  a  part  of  a  task  and  have  to  try 
again  or  find  a  different  way  to  perform  It.  Its  sensors  would  allow  It 
to  know  what  It  was  working  on  and  when  something  went  wrong;  Its 
software  would  allow  It  to  decide  what  to  do  In  response. 

Arc  welding  requires  sensing  of  the  weld  joint  and  appropriate 
software  to  control  the  motion  of  the  weld  gun  as  well  as  other 
parameters  In  the  welding  schedule.  It  requires  low  speed  (13 
cm/second)  but  high  accuracy  (2  mm). 

Teleoperatlon  Is  useful  when  a  task  has  great  variability  from 
repetition  to  repetition,  or  when  the  task  only  needs  to  be  done  once. 
The  task  could  be  simple  handling,  a  delicate  assembly  or  disassembly 
operation,  or  some  other  kind.  In  teleoperatlon,  a  person  (the 
operator)  Is  In  the  control  loop,  rather  than  a  computer.  The  operator 
moves  a  "master"  arm  and  the  robot  or  "slave"  arm  follows  Its  motions. 
The  operator  may  observe  the  slave  arm  directly  or  Indirectly  through  a 
television  camera.  With  most  equipment  the  operator  can  feel  objects 
that  the  slave  arm  touches;  and  can  handle  light  or  delicate  objects 
very  precisely.  The  slave  arm  can  also  be  much  larger  than  the  master 
arm,  and  much  stronger  than  the  operator's  arm.  This  extends  the 


operator's  reach  and  allows  him  to  handle  heavy  objects  for  long  periods 
of  time  without  becoming  fatigued. 

People  have  great  ability  to  adapt  to  Inaccuracies  In  the  slave  arm 
and  to  poor-quality  tactile  or  visual  feedback  from  the  work  area.  In 
such  situations,  a  person  can  almost  always  complete  a  manipulation  task 
much  faster,  more  precisely,  and  with  less  chance  of  failure  than  a 
computer  can.  Nevertheless,  computer  control  can  be  useful. 

In  computer-augmented  teleoperatlon,  a  computer  assists  the 
operator.  It  can  take  control  for  routine  portions  of  a  task  and  can 
override  the  operator  If  he  makes  a  mistake.  The  computer  can  also 
perform  rapid  kinematic  calculations  to  convert  motions  of  the  master 
arm's  joints  Into  motions  of  the  slave  arm's  joints.  This  means  that 
the  master  and  slave  arms  can  be  different  shapes  and  sizes.  In 
particular,  the  master  can  be  a  light  harness  that  the  operator  wears 
and  carries  with  him. 

An  excellent  opportunity  for  the  Navy  to  use  teleoperators  Is  In 
the  simultaneous  refueling  and  rearming  of  aircraft.  This  Is  very 
hazardous  and  fatiguing.  Teleoperatlon  would  make  It  possible  for  the 
crew  to  work  In  a  separate  room,  far  from  the  danger  area— even  In  air- 
conditioned  surroundings.  Automatic  flre-suppresslon  equipment  could  be 
used  that  would  not  be  safe  to  use  with  people  In  the  area. 


(1).  Current  Status 

Teleoperators,  limited-sequence  manipulators,  and  teach/replay 
Industrial  robots  have  been  available  for  about  twenty  years.  Computer- 
controlled  robots  entered  the  marketplace  about  ten  years  ago. 

Commercial  robots  equipped  with  simple  tactile  and  visual  sensors  have 
only  become  available  In  the  last  two  years. 

Capabilities.  Thousands  of  robots  all  over  the  world  now  spray 
paint,  palletize,  spot  weld,  arc  weld,  cut,  form,  and  Inspect  hundreds 
of  different  products.  Many  even  operate  other  automatic  machinery  such 
as  presses,  molding  machines,  and  numerically-controlled  machine  tools, 
just  as  people  do. 
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For  about  five  years  now,  commercial  robot  control  software  has 
been  able  to  perform  kinematic  computations  for  a  manipulator 
automatically.  This  means  that  one  no  longer  has  to  manually  coordinate 
the  motions  of  all  a  manipulator's  Joints  in  order  to  make  its  hand  move 
in  a  certain  way.  A  typical  computer-controlled  manipulator  today  can 
automatically  move  Its  hand  at  a  controlled  speed  In  a  straight  line  in 
any  specified  direction,  move  smoothly  along  a  specified  curved  path, 
pass  through  a  sequence  of  specified  positions,  control  Its  hand 
orientation,  etc.  In  particular,  these  kinematic  computations  allow  It 
to  adapt  to  arbitrarily-positioned  workpieces  and  equipment.  For 
example,  a  computer-controlled  robot  could  insert  a  round  into  the 
breech  of  a  gun  that  traverses  or  elevates  between  each  round,  provided 
the  gun's  displacements  are  made  known  to  the  computer. 

Despite  recent  advances  In  sensing  and  control  software,  the  vast 
majority  of  all  robots  still  work  on  known  objects  that  are  held 
precisely  In  position  for  them.  Most  robots  can  make  only  the  simplest 
kinds  of  decisions,  few  can  sense,  and  dexterous  manipulation  In 
factories  Is  still  very  rare. 

Limitations.  Very  few  robots  today  have  sensors.  This  makes  it 
difficult  for  them  to  handle  objects  that  are  not  precisely  positloned-- 
If  they  are  jumbled  In  a  bln,  for  example,  the  robot  cannot  tell  where 
to  reach  In  order  to  grasp  one.  As  another  example,  spraying  robots 
today  are  all  blind,  so  they  can  only  spray  objects  that  move  precisely 
along  a  known  path.  A  person  can  follow  a  swinging  part  with  the- spray 
gun,  and  make  sure  he  doesn't  miss  any  part  of  It.  No  robot  can  do  this 
today. 

Dexterous  manipulation  will  require  much  better  hands  than  are 
currently  available  for  robots.  Market  forces  are  encouraging  their 
development,  however. 

An  Industrial  manipulator  probably  could  not  survive  In  a  battle 
environment  without  some  redesign.  Some  modifications  that  would  be 
required  are,  for  example: 
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*  Militarize  the  computer.  The  controlling  computers  of  most 
currently-used  robots  are  not  militarized.  They  would  have 
to  be  either  militarized  or  replaced  by  militarized 
computers  with  which  the  Navy  Is  already  familiar.  The 
Navy  Is  In  a  particularly  favorable  position  compared  to 
the  other  services  In  this  regard  because  It  happens  to 
have  standardized  on  a  militarized  version  of  a  computer 
that  Is  now  widely  used  for  robot  control.  This  Is  the 
PDP-11  minicomputer  series  made  by  Digital  Equipment 
Corporation  (DEC).  The  Navy  can  therefore  Immediately 
acquire  and  make  use  of  a  great  deal  of  public-domain  robot 
control  software.  At  least  50  man-years  worth  of  such 
software  has  been  developed  by  Universities  such  as 
Stanford,  MIT,  and  Purdue,  and  by  nonprofit  research 
centers  such  as  SRI  International. 

*  Shield  the  hydraulic  lines.  Commercial  hydraulically- 
operated  robots  usually  do  not  have  their  hydraulic  lines 
routed  through  their  joints,  where  they  would  be  protected. 

This  Is  partly  because  designing  the  joints  Is  difficult 
enough  without  adding  the  requirement  for  a  clear  passage, 
too. 

*  Simplify  Its  maintenance  procedures.  In  a  factory,  routine 
maintenance  of  most  robots  can  be  performed  by  an 
electrician  with  a  little  training.  However,  major  repairs 
such  as  replacing  a  broken  gear  must  often  be  performed  by 
the  vendor's  specialists.  A  military  robot  should  be 
constructed  from  easlly-replaceable  mechanical  and 
electronic  modules,  even  If  It  makes  the  robot  more 
expensive. 

*  Automate  calibration  procedures.  Many  commercial 
manipulators  require  a  complex  Initial  calibration 
procedure  at  the  time  they  are  Installed.  In  some  cases 
this  procedure  requires  special  tooling  and  the  services  of 
the  vendor's  specialists.  Even  after  Installation,  some 
robots  also  require  the  user  to  carry  out  a  somewhat 
simpler  calibration  procedure  every  time  the  robot  Is 
turned  on.  A  military  robot  should  be  designed  so  that  It 
can  perform  any  necessary  calibration  procedures  completely 
automatically — preferably  without  moving,  for  safety. 

These  procedures  could  be  combined  with  autodlagnostlc 
checks,  and  performed  whenever  the  robot  Is  not  busy. 

Manipulator  programming  software  today  has  many  shortcomings.  Although 
the  "training”  procedures  used  In  simple  handling  tasks  could  probably 
be  adapted  for  casual  use  by  nonspeclallst  sailors,  today's  robot 
programming  languages  (AL,  VAL,  RAIL,  AML,  etc.)  are  simply  too 
difficult  for  them  to  learn  and  to  use.  Even  a  skilled  programmer  may 


require  several  hours  to  teach  a  robot  to  perform  a  task  that  he  could 
tell  a  person  how  to  do  In  less  than  a  minute*  To  overcome  this 
drawback  the  robot  must  be  made  more  Intelligent. 

The  most  advanced  robot  control  software  In  factories  today  Is 
still  not  very  "resourceful"  or  "smart”  about  recovering  from  errors. 

It  has  no  "common  sense."  A  person  must  describe  In  extreme  detail  how 
to  test  for  mishaps,  and  say  exactly  how  the  robot  should  react.  It  Is 
utterly  Impractical  for  that  person  to  anticipate  all  possible  errors 
and  plan  for  the  corresponding  contingencies. 

The  rapid  arm  motions  that  are  needed  to  perform  many  kinds  of 
tasks  efficiently  add  difficult  dynamic  control  problems  to  the  simpler 
kinematic  ones.  Although  rapid  computational  methods  to  solve  dynamics 
problems  have  been  developed,  no  commercial  manipulators  use  them  yet; 
Instead,  manufacturers  of  robots  overdesign  their  products  and  operate 
them  Inefficiently  to  make  sure  they  will  be  stable  and  to  prevent  them 
from  shaking  themselves  to  pieces.  Their  speed  could  be  Increased  and 
their  cost,  weight,  and  energy  consumption  could  be  decreased  by  using 
lighter  material  (e.g.,  graphite  fibers),  drives  with  higher  power 
density  (e.g.,  direct-drive  joints  with  samarium-cobalt  magnets),  and 
better  control  software  (e.g.,  that  adapts  to  the  arm's  Increasing 
moment  of  Inertia  as  It  reaches  out.). 

Teleoperatlon  Is  often  the  only  way  to  perform  certain  Industrial 
tasks  with  a  robot  arm  today.  This  Is  also  true  for  many  military 
applications,  and  will  probably  continue  to  be  so  for  some  time. 

Laboratory  Prototypes.  Novel  manipulators  have  been  built  with 
opposed  tendons,  direct-drive  motors,  and  redundant  degrees  of  freedom. 
As  mentioned  above,  a  prototype  robot  hand  with  tactile  sensing  In  each 
of  three  triple- jointed  servo-controlled  fingers  was  developed  at 
Stanford  University  and  has  recently  become  a  commercial  product. 
Vision-controlled  methods  for  the  Important  application  of  handling 
objects  supplied  jumbled  In  a  bln  have  been  developed  at  the  University 
of  Rhode  Island.  Research  on  hand-eye  coordination,  multiple  arm 
coordination,  tactile  sensing,  and  robot  programming  languages  has  been 
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in  progress  at  Stanford  University,  SRI  International,  MIT,  and  Purdue 
for  many  years.  Carnegie-Mellon  University  has  recently  set  up  a 
robotics  laboratory,  too. 

Some  American  corporations  developing  advanced  manipulators  and 
sophisticated  control  systems  for  them  Include  Unimation,  Cincinnati 
Milacron,  IBM,  Texas  Instruments,  General  Electric,  Bridgeport  Machine 
Tools,  Thermwood,  and  IRI.  Major  foreign  Innovators  include  DEA  and 
Olivetti  in  Italy,  Kuka  and  Volkswagen  in  West  Germany,  Renault  in 
France,  and  Hitachi,  Fujitsu,  Mitsubishi,  and  Kawasaki  in  Japan. 

(2).  Research  Issues 

Practical  solutions  are  not  yet  available  for  many  important 
theoretical  problems  in  manipulator  control.  These  include: 

*  Planning  a  manipulator's  motions  so  that  it  will  not  hit 
anything. 

*  Staying  within  the  work  space  of  the  manipulator. 

*  Staying  within  the  limited  range  of  motion  of  each  joint. 

*  Avoiding  "joint  flips"  (an  abrupt  change  from  one  arm 
posture  to  another  for  a  small  change  in  hand  position). 

*  Avoiding  "singularities”  (arm  postures  for  which  the  joints 
experience  something  akin  to  glmbal  lock  in  a  gyroscope). 

*  Finding  fast  or  energy-efficient  ways  to  handle  objects. 

*  Rapidly  moving  a  manipulator  that  has  long  and  slender 
links  without  exciting  oscillations  in  it. 

*  Controlling  a  "tentacle"  manipulator  that  has  dozens  or 
even  hundreds  of  joints. 

*  Automatically  deciding  how  to  hold  an  object  for  a  secure 
grip,  or  in  order  to  be  able  to  use  it  properly  (e.g.,  it 
should  hold  a  wrench  by  its  handle,  not  its  jaws). 

*  Simulating  the  operation  of  a  manipulator  graphically  so 
that  a  person  can  tell  what  it  is  doing  (in  teleoperation) 
or  what  it  will  do  (when  programming  it). 

Manipulator  programming  languages  are  a  major  topic  of  research  in 
many  laboratories.  There  are  at  least  a  dozen  languages  now  of  some 
merit  and  a  new  one  appears  about  every  six  months.  Although  there  are 
now  too  many  languages  to  discuss  adequately  in  this  report,  we  can  list 
a  few  of  the  goals  that  their  designers  have  been  attempting  to  achieve. 


*  Ease  of  learning.  Not  everyone  who  has  to  use  a  robot  is  a 
skilled  computer  programmer. 

*  Ease  of  debugging.  It  should,  for  example,  be  possible  to 
check  out  a  new  robot  control  program  one  step  at  a  time  to 
reduce  the  chance  of  an  accident. 

*  Computing  power.  It  should  be  easy  to  describe  complex 
procedures  that  must  frequently  be  performed.  For  example, 
an  assembly  robot  should  only  have  to  be  told  where  each 
part  goes  and  It  should  be  able  to  work  out  the  required 
arm  motions  by  Itself.  (Although  much  progress  has  been 
made,  this  Is  still  a  difficult  research  problem.) 

*  Extensibility.  It  should  be  easy  to  make  the  robot  perform 
new  actions,  or  tell  It  how  to  use  a  new  sensor  or  tool. 

*  Low  cost .  The  software  available  for  programming  the  robot 
and  the  software  that  carries  out  that  program  should  be 
able  to  run  In  a  small.  Inexpensive  computer. 

*  Parallelism.  For  efficiency,  the  language  should  allow 
programming  for  two  or  more  robots  working  on  different 
parts  of  a  task  at  the  same  time. 

No  standards  for  manipulator  programming  languages  have  emerged  as 
yet,  and  In  fact  researchers  are  still  trying  to  determine  what 
facilities  should  be  Included  In  such  languages.  In  the  next  five 
years,  there  will  be  considerable  research  on  using  computer-aided 
design  (CAD)  systems  to  make  It  easier  to  specify  tasks  for  a  robot. 


111.  Generating  Information 

Computers  can  be  used  to  present  Information  In  various  modes 
Including: 

*  Written  Language 

*  Spoken  Language 

*  Graphics 

*  Pictures 

One  of  the  principal  concerns  In  artificial  Intelligence  Is 
developing  methods  for  tailoring  the  presentation  of  Information  to 
Individuals.  The  presentation  should  take  Into  account  the  needs, 
language  abilities,  and  knowledge  of  the  subject  area  of  the  person  or 
persons.  In  many  cases,  generation  means  deciding  both  what  to  present 


and  how  to  present  it.  For  example  consider  a  repair  advisor  that  leads 
a  person  through  a  repair  task.  For  each  step,  the  advisor  must  decide 
which  information  to  give  to  the  person.  A  very  naive  person  may  need 
considerable  detail,  a  more  sophisticated  person  would  be  bored  by  it. 

In  deciding  how  to  present  information,  there  may,  for  example,  be 
several  ways  of  referring  to  a  tool.  If  the  person  knows  the  tool's 
name  then  the  name  could  be  used,  if  not,  it  might  be  referred  to  as 
"the  small  red  thing  next  to  the  toolchest".  The  decision  may  extend  to 
other  modes  of  output.  For  example,  if  a  graphic  display  is  available, 
a  picture  of  the  tool  could  be  drawn  rather  than  a  verbal  description 
given. 


(1).  Current  Status 

At  present,  most  of  the  generation  work  in  artificial  intelligence 
is  concerned  with  generating  language.  Quite  a  few  systems  have  been 
developed  to  produce  grammatical  English  (and  other  natural  language) 
sentences.  However,  although  a  wide  range  of  constructions  can  be 
produced,  in  most  cases  the  choice  of  which  construction  (e.g.,  active 
or  passive  voice)  is  made  arbitrarily.  A  few  systems  can  produce 
stilted  paragraphs  about  a  restricted  subject  area. 

A  few  researchers  have  addressed  the  problems  of  generating 
graphical  Images  to  express  Information  Instead  of  language.  However, 
many  research  Issues  remain  in  this  area. 

iv.  Research  Issues 

Some  of  the  basic  research  Issues  associated  with  generating 
information  Include: 

*  Deciding  which  grammatical  construction  to  use  in  a  given 
situation. 

*  Deciding  which  words  to  use  to  convey  a  certain  idea. 

*  Producing  coherent  bodies  of  text,  paragraphs  or  more. 

*  Tailoring  information  to  fit  an  Individual's  needs. 
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h.  Reasoning 

We  have  used  the  term  "reasoning”  to  refer  to  the  process  of  using 
information  to  make  decisions,  learn,  plan,  and  carry  out  actions  in  the 
world. 

There  are  many  roles  for  reasoning  including: 

*  Interpreting  sensory  information. 

*  Deciding  what  to  output.  • 

*  Assimilating  information. 

*  Recognizing  (diagnosing)  a  situation,  e.g.,  a  medical 
problem,  equipment  failure,  a  failure  of  a  robot  to  perform 
a  task  properly. 

*  Planning  actions,  e.g.,  assembly  actions  (for 
manipulators),  navigation  (path  planning),  battle  strategy 
(not  carried  out  by  a  system,  but  planned  and  told  to  a 
person). 

*  Monitoring  the  execution  of  plans  and  situations. 

1.  Assimilating  Information 

Being  in  any  kind  of  changing  environment  and/or  interacting  with 
the  environment  means  getting  new  information.  That  information  must  be 
incorporated  into  what  is  already  known,  tested  against  it,  used  to 
modify  it,  etc.  Since  one  aspect  of  Intelligence  is  the  ability  to  cope 
with  a  new  and/or  changing  situation,  any  intelligent  system  must  be 
able  to  assimilate  new  information  about  its  environment. 

Since  it  is  impossible  to  have  complete  and  consistent  information 
about  everything,  the  ability  to  assimilate  new  information  also 
requires  the  ability  to  detect  and  deal  with  inconsistent  and  Incomplete 
information. 


(1).  Current  Status 

All  artificial  intelligence  systems  must  assimilate  information  to 
some  extent.  One  of  the  places  the  problem  is  addressed  most  directly 
is  in  multi-sensory  integration,  where  information  from  multiple  sensors 
is  Interpreted  and  combined  in  order  to  Identify  objects.  Some 
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techniques  have  been  developed  for  Integrating  new  information,  but 
basic  research  Issues  remain,  primarily  related  to  the  problems  of 
combining  inconsistent  or  uncertain  information. 

11.  Expert  Systems 

'Expert  systems'  are  computer  programs  that  capture  human  expertise 
about  a  specialized  subject  area.  Some  example  applications  of  expert 
systems  are: 

Medical  Diagnosis 

INTERNIST,  MYCIN,  PUFF 

Mineral  Exploration 
PROSPECTOR 

Diagnosis  of  Computer  Faults 
DART 

Electronic  Troubleshooting 
SOPHIE 

Analysis  of  Mechanical  Structures 
SACON 

Information  Integration 
HASP 

The  basic  technique  behind  expert  systems  is  to  encode  an  expert's 
knowledge  as  rules  stating  the  likelihood  of  a  hypothesis  based  on 
available  evidence.  The  expert  system  uses  these  rules  and  the 
available  evidence  to  form  hypotheses.  If  evidence  is  lacking,  the 
expert  system  will  ask  for  It. 

An  example  rule  might  be: 

IF  THE  JEEP  WILL  NOT  START 
and 

THE  HORN  WILL  NOT  WORK 
and 

THE  LIGHTS  ARE  VERY  DIM 
then 

THE  BATTERY  IS  DEAD 

with  90  PERCENT  PROBABILITY 


:  .  --I 
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If  an  expert  system  has  this  rule  and  Is  told: 


"THE  JEEP  WON'T  START," 

the  system  will  ask  about  the  horn  and  lights  and  decide  the  likelihood 
that  the  battery  Is  dead. 

Recently  some  systems  have  been  Investigated  that  do  not  depend 
upon  knowledge  supplied  by  a  human  expert,  but  they  do  make  use  of 
detailed  knowledge  about  the  subject,  such  as  design  Information.  Such 
systems  might  better  be  called  knowledge-base  systems  Instead  of  expert 
systems.  They  are  sometimes  referred  to  as  systems  using  causal  models. 
DART,  Intended  for  diagnosing  computer  failures.  Is  an  example.  It 
Includes  detailed  knowledge  of  the  logic  of  the  computer  that  Is  used  In 
order  to  determine  the  specific  point  of  failure  on  the  basis  of  the 
observed  symptoms  of  computer  malfunction 

(1).  Current  Status 

Expert  systems  are  being  tested  In  the  areas  of  medicine,  molecular 
genetics,  and  mineral  exploration,  to  name  a  few.  Within  certain 
limitations  these  systems  appear  to  perform  as  well  as  human  experts. 
There  are  several  commercial  applications  based  on  expert-system 
technology.  One  of  these  Is  Rl,  developed  by  Carnegle-Mellon  University 
and  Digital  Equipment  Corporation  and  used  by  DEC  to  generate 
automatically  the  detailed  configuration.  Including  cables,  of  VAX- 
11/780's. 

Each  expert  system  Is  custom-tailored  to  the  subject  area.  It 
requires  extensive  Interviewing  of  an  expert,  getting  the  expert's 
Information  Into  the  computer,  and  verifying  It,  and  sometimes  writing 
new  computer  programs.  There  Is  extensive  research  required  to  Improve 
the  process  of  getting  the  human  expert's  knowledge  Into  the  computer 
and  to  design  systems  that  do  not  require  programming  changes  for  each 
new  subject  area. 
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In  general,  the  following  are  prerequisites  for  the  success  of  a 
knowledge-based  expert  system: 

*  There  must  be  at  least  one  human  expert  acknowledged  to 
perform  the  task  well. 

*  The  primary  source  of  the  expert's  exceptional  performance 
must  be  special  knowledge,  judgment,  and  experience. 

*  The  expert  must  be  able  to  explain  the  special  knowledge 
and  experience  and  the  methods  used  to  apply  them  to 
particular  problems. 

*  The  task  must  have  a  well-bounded  domain  of  application. 


(2).  Research  Issues 

Basic  research  Issues  In  expert  systems  Include: 

*  The  use  of  causal  models,  l.e.,  models  of  how  something 
works  to  help  determine  why  It  has  failed. 

*  Techniques  for  reasoning  with  Incomplete,  uncertain,  and 
possibly  conflicting  Information. 

*  Techniques  for  getting  the  proper  Information  Into  rules. 

*  General-purpose  expert  systems  that  can  handle  a  range  of 
similar  problems,  e.g.,  work  with  many  different  kinds  of 
mechanical  equipment. 


111.  Planning 

Planning  Is  concerned  with  developing  computer  systems  that  can 
combine  sequences  of  actions  for  specific  problems.  Samples  of  planning 
problems  Include: 

*  Planning  maintenance 

*  Repairing  an  aircraft 

*  Launching  planes  from  a  carrier 

*  Air  defense 

*  Navigation 

*  Gathering  Information. 


Some  planning  research  Is  directed  towards  developing  methods  for 
fully  automatic  planning,  other  research  Is  on  Interactive  planning.  In 
which  the  decision  making  Is  shared  by  a  combination  of  the  person  and 


the  computer.  The  actions  that  are  planned  can  be  carried  out  by  either 
people  or  robots  or  both. 

An  artificial  Intelligence  planning  system  starts  with: 

*  Knowledge  about  the  Initial  situation:  e.g. ,  gripe  cards 
from  an  aircrew 

*  Facts  about  the  world:  e.g.,  replacing  a  defective 
component  fixes  a  problem,  acceptable  limits  for  radar  test 
data,  symptoms  of  magnetron  failure 

*  Actions  that  can  be  done:  conduct  a  diagnostic  test,  remove 
a  component,  request  a  replacement.  Install  the  replacement 

*  Available  objects:  e.g.,  dummy  load  for  radar  antenna, 
spare  cards  for  radar  "box, “  automatic  test  equipment, 
repair  robot,  human  technicians  with  various  skills 

*  A  goal:  e.g.,  making  aircraft  operational.  Isolating  fault, 
gaining  access  to  test  socket  for  test  probe. 

The  system  will  produce  (either  by  Itself  or  with  guidance  from  a 
person)  a  plan  containing  specific  actions  Involving  specific  objects 
that  will  achieve  the  goal  In  this  situation. 

(1) .  Current  Status 

Planning  Is  still  In  the  research  stages.  The  research  Is  both 
theoretical  In  developing  better  methods  for  expressing  knowledge  about 
the  world  and  reasoning  about  It,  and  more  experimental  In  building 
systems  to  demonstrate  some  of  the  techniques  that  have  been  developed. 
Most  of  the  experimental  systems  have  been  tested  on  small  problems. 
Recent  work  at  SRI  on  Interactive  planning  Is  one  attempt  to  address 
larger  problems  by  sharing  the  declslon-maklng  between  the  human  and 
machine. 

One  application  of  the  Interactive  planner  being  developed  at  SRI 
Is  to  the  job  of  spotting  aircraft  on  the  deck  of  an  aircraft  carrier. 

A  laboratory  demonstration  was  prepared  In  cooperation  with  officers 
from  the  USf  Carl  Vinson.  Further  development  of  the  experimental 
system  has  been  proposed  for  use  In  training. 


•V. 


SRI  Is  also  developing  a  general-purpose  fully-automatlc  planner,  a 
much  more  ambitious  undertaking.  Its  Initial  use  will  be  to  plan 
procedures  for  a  group  of  robots  to  carry  out  In  order  to  assemble 
different  Industrial  products.  Unlike  other  planners,  It  Is  being 
Implemented  In  the  PROLOG  language.  PROLOG  was  selected  by  the  Japanese 
government  as  the  basis  for  Its  national  fifth-generation  "Intelligent" 
computer  project. 

(2) .  Research  Issues 

Research  Issues  related  to  planning  Include: 

*  Reasoning  about  alternative  actions  that  can  be  used  to 
accomplish  a  goal  or  goals. 

*  Reasoning  about  actions  In  different  situations. 

*  Representing  spatial  relationships  and  movements  through 
space  and  reasoning  about  them. 

*  Evaluating  alternative  plans  under  varying  circumstances. 

*  Planning  and  reasoning  with  uncertain.  Incomplete  and/or 
Inconsistent  Information. 

*  Reasoning  about  actions  with  strict  time  requirements.  For 
example,  some  actions  may  have  to  be  performed 
sequentially,  or  In  parallel,  or  at  specific  times  (e.g., 
night  time),  or  merely  at  different  times. 

*  Replanning  quickly  and  efficiently  when  the  situation 
changes. 

Iv.  Monitoring  Actions  and  Situations 

Another  aspect  of  reasoning  Is  detecting  that  something 
significant  has  occurred  (e.g.,  that  an  action  has  been  performed  or 
that  a  situation  has  changed).  The  key  here  Is  significant.  Many 
things  take  place  and  are  reported  to  a  computer  system;  not  all  of  them 
are  significant  all  the  time.  In  fact,  the  same  events  may  be  Important 
to  some  people  and  not  to  others.  The  problem  for  an  Intelligent  system 
Is  to  decide  when  something  Is  Important. 

We  will  consider  three  types  of  monitoring:  monitoring  the 
execution  of  planned  actions,  monitoring  situations  for  change  and 
recognizing  plans. 
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(1).  Plan-Execution  Monltorlni 


Associated  with  planning  Is  execution  monitoring,  that  Is, 
following  the  execution  of  a  plan  and  replanning  (If  possible)  when 
problems  arise,  or  possibly  gathering  more  Information  when  needed.  A 
monitoring  system  will  look  for  specific  situations  to  be  sure  that  they 
have  been  achieved.  For  example.  It  would  determine  If  a  piece  of 
equipment  had  arrived  at  a  location  It  had  planned  to  be  moved. 

We  characterize  the  basic  problem  as  follows:  given  some  new 
Information  about  the  execution  of  an  action  or  the  current  situation, 
determine  how  that  Information  relates  to  the  plan  and  the  expected 
situation,  and  then  decide  If  that  Information  signals  a  problem,  and. 

If  so,  what  options  are  available  for  fixing  It.  The  basic  steps  are: 
(1)  find  the  problem  (If  there  Is  one),  (2)  decide  what  Is  affected,  and 
(3)  determine  alternative  ways  to  fix  the  problem.  Methods  for  fixing  a 
problem  Include:  picking  another  action  to  achieve  the  same  goal,  trying 
to  achieve  some  larger  goal  another  way,  or  deciding  to  skip  the  step 
entirely. 

Research  In  this  area  Is  still  In  the  basic  stages.  At  present, 
most  approaches  assume  a  person  supplies  new  Information  about  the 
situation  (unsolicited).  However,  for  many  problems  the  system  must  be 
able  to  acquire  directly  the  Information  needed  to  be  sure  a  plan  Is 
proceeding  as  expected.  Instead  of  relying  on  volunteered  Information. 
Planning  to  acquire  Information  Is  a  more  difficult  problem  because  It 
requires  that  the  computer  system  have  Information  about  what  situations 
are  crucial  to  a  plan's  success  and  detect  that  those  situations  hold. 
Planning  too  many  monitoring  tasks  could  be  burdensome,  while  planning 
too  few  might  result  In  the  failure  to  detect  an  unsuccessful  execution 
of  the  plan. 


(2).  Situation  Monitoring 

Situation  monitoring  entails  monitoring  reported  Information  In 
order  to  detect  changes,  for  example,  to  detect  movement  of  headquarters 
or  changes  In  supply  routes. 


Some  research  has  been  devoted  to  this  area,  and  techniques  have 
been  developed  for  detecting  certain  types  of  changes.  Procedures  known 
by  names  such  as  "demons"*  can  be  set  to  be  triggered  whenever  a  certain 
type  of  Information  Is  asserted  Into  a  data  base.  However,  there  are 
still  problems  associated  with  specifying  the  conditions  under  which 
they  should  trigger.  In  general.  It  Is  quite  difficult  to  specify  what 
constitutes  a  change.  For  example,  a  change  In  supply  route  may  not  be 
signalled  by  a  change  of  one  ship's  route,  but  In  some  cases  three  ships 
could  signal  a  change.  A  system  should  not  alert  a  person  every  time  a 
ship  detours,  but  It  should  not  wait  until  the  entire  supply  line  has 
changed.  Specifying  when  the  change  Is  significant  and  developing 
methods  for  detecting  It  are  still  research  Issues. 

V.  Plan  Recognition 

Plan  recognition  Is  the  process  of  recognizing  another's  plan  from 
knowledge  of  the  situation  and  observations  of  actions.  The  ability  to 
recognize  another's  plan  Is  particularly  Important  In  adversary 
situations  where  actions  are  planned  based  on  assumptions  about  the 
other  side's  Intentions.  Plan  recognition  Is  also  Important  in  natural 
language  generation  because  often  a  person  will  ask  a  question  or  make  a 
statement  as  part  of  some  larger  task.  For  example.  If  a  person  Is  told 
to  use  a  ratchet  wrench  for  some  task,  the  question  "What's  a  ratchet 
wrench?"  may  be  asking  "How  can  I  identify  a  ratchet  wrench?"  rather 
than  "Give  me  a  dictionary  definition  of  a  ratchet  wrench?"  Responding 
appropriately  to  the  question  entails  recognizing  that  having  the  wrench 
Is  part  of  the  person's  plan  to  do  the  task. 

Research  In  plan  recognition  is  In  early  stages  and  requires 
further  basic  research,  particularly  on  the  problem  of  Inferring  goals 
and  Intentions. 


Not  to  be  confused  with  RAND'S  DEMONS  (semlautonomous  ground 
vehicles). 
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Appendix  B 


UTILITY  DATA  BASE  STRUCTURE 
FOR  REPRESENTING  MANPOWER  REQUIREMENTS 

The  utility  data  base  structure  was  designed  for  use  in  a  previous 
1* 

SRI  analysis  that  was  directed  to  the  development  of  methodology  for 
examining  the  effects  of  personnel  shortfalls  on  Navy  logistics  personnel 
readiness.  The  data  base  structure  consists  of  18  utility  pay  grades, 

7  utility  skill  groups,  and  a  utility  value  for  each  pay  grade/skill  group 
combination.  For  this  report,  the  data  base  structure  was  expanded  to  in¬ 
clude  monthly  billet  cost  values  for  each  pay  grade/skill  group  combination. 

1 .  Utility  Pay  Grades 

The  Utility  Pay  Grade  component  of  the  data  base  structure  includes 
comparable  representation  of  the  full  spectrum  of  officer,  EP,  and  civilian 
pay  grades.  The  equivalencing  of  the  pay  grades  was  based  on  the  equiva¬ 
lent  grade  schedules  used  by  the  Naval  Facilities  Engineering  Command 
in  planning  quarters  and  messing  facilities  for  officers,  EPs,  and 
civilians. Table  A-1  presents  a  listing  of  the  utility  pay  grades  and 
the  equivalency  relationships  with  officer,  EP,  and  the  four  major  civilian 
grades. 

2.  Utility  Skill  Groups 

The  utility  skill  groups  were  derived  from  utility  tables  contained 
in  the  Decisions  and  Design,  Inc.  report  on  accrued  utility  of  Navy 

3 

enlisted  personnel.  That  report  presented  the  results  of  a  study  con¬ 
ducted  to  determine  the  relative  contribution  to  navy  missions  of  the 
accrued  experience  of  enlisted  personnel.  The  report  identified  seven 
groupings  of  EP  ratings  from  which  relative  utility  data  were  generated. 

The  utility  groupings  and  numbers  obtained  were  derived  from  analysis 
of  interviews  conducted  with  several  experienced  officers  and  petty  officers, 

•k 

References  are  listed  at  the  end  of  this  appendix. 


•  General  Schedule;  WS-Federal  Wage  System,  Supervisory;  WL-  Federal  Wage  System  Leader 
Federal  Wage  System,  Non-Supervlsory 


representing  a  fairly  broad  spectrum  of  duty  types  and  service  exper¬ 
ience.  Although  these  utility  data  were  considered  as  being  approximate 
in  nature  and  not  intended  to  be  used  for  comparisons  among  EP  ratings, 
it  was  felt  that  they  did  provide  a  sufficient  and  useful  classification 
for  the  purposes  of  a  utility  data  base  structure. 

The  utility  groupings  established  in  that  report  are  based  on  the 
following  skill  group  definitions: 

Group  A:  Operate  complex  weapons  systems,  make  quick  decisions, 
requires  extensive  formal  and  on-the-job  training,  strong  combat 
role  requirements. 

Group  B:  Operate  or  maintain  complex  equipment,  requires  extensive 
formal  and  on-the-job  training,  strong  combat  role  requirements. 

Group  C:  Operate  or  maintain  equipment  of  intermediate  level  of 
complexity,  requires  some  formal  training  and  much  on-the-job 
training,  strong  combat  role  requirements. 

Group  D;  Operate  or  maintain  less  complex  support  equipment  and 
perform  less  technical  tasks  than  ratings  in  Groups  A,  B  and  C, 
requires  some  formal  and  on-the-job  training,  some  combat  role 
requirements . 

Group  E;  Perform  administrative  and  support  functions  with  some 
combat  role  requirements. 

Group  F:  Perform  administrative  and  support  functions  with  little 
combat  role  requirements. 

Group  G:  Perform  useful  support  functions  with  no  combat  role 
requirements. 

In  that  report,  the  following  assignment  of  EP  ratings  to  skill  groups 
was  established,  where  the  EP  ratings  are  defined  in  Table  B-7: 
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Group  A  -  FT,  ST 

Group  B  -  AD,  AQ,  AT,  AX,  CTT,  ES,  ET,  EW,  GM,  MT 
Group  C  -  ABE,  AE,  AM,  AO,  AW,  BM,  BT,  CTM,  EN,  GS,  HT,  MM, 
MN,  TD,  TM 

Group  D  -  ABF,  ABH,  AS,  CTI,  CTO,  CTR,  IS,  OS,  OT,  PR,  QM,  RM 


Group 

E  -  CTA 

,  HM 

,  IM, 

,  ML 

,  MR 

,  OM,  PM,  SM,  YN 

Group 

F  -  AG, 

AK, 

AZ, 

BU, 

CE, 

CM,  DK,  DP,  DT,  EA,  EP,  LN,  MA, 

MS, 

NC, 

PN, 

SK, 

SW, 

UT 

Group 

G  -  DM, 

JO, 

LI, 

MU, 

PC, 

PH,  SH 

These  skill  groups  were  expanded  to  Include  officer  designators,  addi¬ 
tional  EF  ratings,  and  civilian  occupational  codes.  These  assignments 
were  based  on  our  knowledge  of  the  functions  required  of  the  various 
designators,  ratings,  and  occupational  codes  and  the  manner  in  which  they 
relate  to  the  utility  skill  group's  definitions.  The  resulting  assign¬ 
ments  are  presented  in  Table  B-2. 

3.  Utility  Values 

Basic  utility  values  were  established  in  the  Decisions  and  Design, 
Inc.  report.  These  utility  values  were  established  in  a  range  from  0  to 
100,  and  were  tabulated  for  each  utility  skill  group  in  arrays  represen¬ 
ting  EP  pay  grade  and  length  of  service.  The  length  of  service  variable 
was  eliminated  by  choosing  the  maximum  utility  value  for  a  pay  grade 
over  the  various  years  of  service.  The  resulting  utility  values  obtained 
are  presented  in  Table  B-3.  This  array  was  expanded  and  normalized  to 
include  the  18  utility  pay  grades  defined  in  Table  B-1.  This  was  accom¬ 
plished  by  fitting  least-square  lines  to  the  basic  data  for  Utility  Pay 
Grades  1  to  9  (E-1  to  E-9)  for  each  utility  skill  group  and  then  normal¬ 
izing  the  values  to  equal  unity  for  the  highest  utility  obtained  for  the 
least-squares  extrapolation  (Pay  Grade  18  for  Skill  Group  A) .  The 
resulting  normalized  utility  values  for  the  various  utility  skill  groups 
and  pay  grades  are  presented  in  Table  B-4. 
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Table  B-3 

BASIC  PERSONNEL  UTILITY  DATA  BASE 


4 .  Monthly  Billet  Cost  Values 

Monthly  billet  cost  values  were  established  for  the  utility  pay  grade/ 
skill  group  combinations.  These  values  were  derived  from  billet  cost  data 
extracted  from  the  two  NPRDC  reports  ’  on  officer  and  enlisted  billet  costs 
Representative  officer  designators  and  enlisted  ratings  were  chosen  from 
each  of  the  seven  skill  groups  and  initial  monthly  billet  costs  were  tab¬ 
ulated  for  eath  pay  grade/skill  group  combination.  These  tabulated  values 
were  then  altered  somewhat  to  provide  a  consistent  scaling  across  skill 
groups  and  also  vertically  among  the  pay  grades.  The  billet  cost  values 
were  then  increased  in  accordance  with  the  ratio  of  the  Consumer  Price 
Indices  for  November  1980  and  November  1983  to  reflect  estimated  increases 
from  the  base  period  of  the  referenced  reports.  The  resulting  monthly 
billet  coat  values  for  the  various  utility  skill  groups  and  pay  grades  are 
presented  in  Table  B-5. 
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MONTHLY  BILLET  COST  VALUES 
(Thousands  of  Dollars) 


Utility 

Pay  Grade 

A 

B 

C 

I 

1 

D 

E 

F 

G 

1 

0.885 

0.868 

0.852 

0.835 

0.818 

0.802 

2 

1.013 

0.994 

0.975 

0.956 

0.937 

0.918 

3 

1.190 

1.168 

1.145 

1.123 

1.101 

1.078 

4 

1.412 

1.385 

1.359 

1.333 

1.307 

1.281 

1.255 

5 

1.614 

1.584 

1.554 

1.524 

1.494 

1.464 

1.434 

6 

1.820 

1.786 

1.752 

1.719 

1.685 

1.651 

1.618 

7 

1.994 

1.957 

1.920 

1.883 

1.846 

1.809 

1.772 

8 

2.225 

2.184 

2.142 

2.101 

2.060 

2.019 

1.978 

9 

2.409 

2.365 

2.320 

2.276 

2.231 

2.186 

2.142 

10 

2.687 

2.637 

2.588 

2.538 

2.488 

2.438 

2.388 

11 

2.924 

2.870 

2.816 

2.762 

2.708 

2.654 

2.600 

12 

3.528 

3.463 

3.398 

3.332 

3.267 

3.202 

3.136 

13 

4.242 

4.164 

4.085 

4.007 

3.928 

3.849 

3.771 

14 

5.017 

4.924 

4.831 

4.738 

4.645 

4.552 

4.459 

15 

5.965 

5.584 

5.744 

5.633 

5.523  ! 

5.413 

5.302 

16 

6.364 

6.247 

6.129 

6.011 

5.893 

5.775 

5.657 

17 

6.414 

6.295 

6.177 

6.058 

5.939 

5.820 

5.701 

18 

6.414 

6.295 

6.177 

6.058 

5.939 

5.820 

5.701 
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AGGREGATED  OFFICER  DESIGNATORS 


Designator 

Designator 

Connnand  Staff  Officer 

165X 

Special  Duty  Officer  (SDO) 

105X 

Command  Staff  Officer 

— Public  Affairs 

Other  Line  Officer 

16  7X 

Special  Duty  Officer  (SDO) 

lllX 

Surface  Warfare  Officer 

— Merchant  Marine ,  Engr . 

Submarine  Warfare  Officer 

168X 

Special  Duty  Officer  (SDO) 

Special  Warfare  Officer 

— General  Administration 

114X 

Special  Operations  Officer 

169X 

Special  Duty  Officer  (SDO) 

11 6X 

Surface  Warfare  Officer 

— Merchant  Marine,  Comm. 

117X 

Submarine  Warfare  Officer 

180X 

Special  Duty  Officer  (SDO) 

118X 

Special  Warfare  Officer 

— Geophysics 

119X 

Special  Operations  Officer 

19 IX 

Medical  Corps  Officer 

Aviation  Officer  (Pilot) 

192X 

Dental  Corps  Officer 

13 IX 

Aviation  Officer  (Pilot) 

19  3X 

Medical  Service  Corps  Officer 

132X 

Aviation  Flight  Officer 

194X 

Chaplain  Corps 

137X 

Aviation  Flight  Officer 

19  5X 

Judge  Advocate  General’s 

139X 

Aviation  Officer  (Pilot) 

Corps  Officer 

140X 

Engineering  Duty  Officer 

196X 

Medical  Corps  Officer 

141X 

Engineering  Duty  Officer 

19  7X 

Medical  Corps  Officer 

144X 

Engineering  Duty  Officer 

210X 

Medical  Corps  Officer 

146X 

Engineering  Duty  Officer 

220X 

Dental  Corps  Officer 

150X 

(Unknown) 

230X 

Medical  Service  Corps  Officer 

151X 

Aviation  Engineering 

Duty  Officer 

250X 

Judge  Advocate  General's 

Corps  Officer 

152X 

Aviation  Maintenance 

290X 

Nurse  Corps  Officer 

Duty  Officer 

310X 

Supply  Corps  Officer 

16 IX 

Special  Duty  Officer  (SDO) 

410X 

Chaplain  Corps  Officer 

— Crypto 

510X 

Civil  Engineer  Corps  Officer 

163X 

Special  Duty  Officer  (SDO) 

6XXX 

Line-Limited  Duty  Officer 

— Intelligence/Photo 

7XXX 

Warrant  Officer 

164X 

Special  Duty  Officer  (SDO) 

— Intelligence  /Photo 

8XXX 

Warrant  Officer 
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ENLISTED  PERSONNEL  RATINGS 


Rating 

Description 

Rating 

Description 

AF 

Aviation  Boatswain's  Mate 

BM 

Boatswain's  Mate 

ABE 

Aviation  Boatswain's  Mate 

BR 

Boilermaker 

(Launching  &  Recovery  Eqpmt.) 

BT 

Boiler  Technician 

ABF 

Aviation  Boatswain's  Mate  (Fuels) 

BU 

Builder 

ABH 

Aviation  Boatswain's  Mate 

CE 

Construction  Electrician 

(Aircraft  Handling) 

CM 

Construction  Mechanic 

AC 

Air  Controlman 

CT 

Communications  Technician 

AD 

Aviation  Machinist's  Mate 

CTA 

Communications  Technician 

ADJ 

Aviation  Machinist's  Mate 

(Administration  Branch) 

(Jet  Engine  Mechanic) 

CTI 

Communications  Technician 

ADR 

Aviation  Machinist's  Mate 

(Interpretive  Branch) 

(Reciprocating  Mechanic) 

CTM 

Communications  Technician 

AE 

Aviation  Electrician's  Mate 

(Maintenance  Branch) 

AF 

Aircraft  Maintenance  Man 
(E-9  only) 

CTO 

Communications  Technician 
(Communications  Branch) 

AG 

Aerographer 's  Mate 

CTR 

Communications  Technician 

AK 

Aviation  Storekeeper 

(Collection  Branch) 

AM 

Aviation  Structural  Mechanic 

CTT 

Communications  Technician 

AME 

Aviation  Structural  Mechanic 

(Technical  Branch) 

(Safety  Equipment) 

CU 

Cons true tionman  (E-9  only) 

AMH 

Aviation  Structural  Mechanic 

DK 

Disbursing  Clerk 

(Hydraulics) 

DM 

Illustrator  Draftsman 

AMS 

Aviation  Structural  Mechanic 

DN 

Dentalman 

(Structures) 

DP 

Data  Processing  Technician 

AN 

Airman 

DS 

Data  Systems  Technician 

AO 

Aviation  Ordnanceman 

DT 

Dental  Technician 

APO 

Aviation  Petty  Officer 

EA 

Engineering  Aid 

AQ 

Aviation  Fire  Control  Technician 

EM 

Electrician's  Mate 

AS 

Aviation  Support  Equipment  Tech. 

EN 

Engineman 

ASE 

Aviation  Support  Equipment 

EO 

Equipment  Operator 

Technician  (Electrical) 

EQ 

Equipmentman  (E-9  only) 

ASH 

Aviation  Support  Equipment 

ET 

Electronics  Technician 

Technician  (Hydraulics  & 
Structures) 

ETN 

Electronics  Technician 
(Unknown) 

ASM 

Aviation  Support  Equipment 

ETR 

Electronics  Technician 

Technician  (Mechanical) 

(Unknown) 

AT 

Aviation  Electronics  Technician 

EW 

Electronics  Warfare  Technician 

AV 

Avionics  Technician  (E-9  only) 

FN 

Fireman 

AW 

Aviation  Antisubmarine 

FT 

Fire  Control  Technician 

Warfare  Operator 

FTB 

Fire  Control  Technician 

AX 

Aviation  Antisubmarine 

(Ballistic  Missile  Fire  Control 

Warfare  Technician 

FTG 

Fire  Control  Technician 

AZ 

Aviation  Maintenance 

(Gun  Fire  Control) 

Administrationman 

FTM 

Fire  Control  Technician 

(Surface  Missile  Fire  Control 
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Rating 

- 1 

Description  || 

Rating 

Description 

GM 

Gunner's  Mate 

STG 

Sonar  Technician  (Surface) 

GMG 

Gunner's  Mate  (Guns) 

STS 

Sonar  Technician  (Submarine) 

GMM 

Gunner's  Mate  (Missiles) 

SW 

Steelworker  (includes  CUCM) 

GMT 

Gunner's  Mate  (Technician) 

TD 

Tradesman 

GS 

Gas  Turbine  System  Technician 

TM 

Torpedoman's  Mate 

GSE 

Gas  Turbine  System  Technician 

UT 

Utilitiesman 

(Electrical) 

YN 

Yeoman 

GSM 

Gas  Turbine  System  Technician 

(Mechanical) 

HM 

Hospital  Corpsman 

HN 

Hospitalman 

HT 

Hull  Maintenance  Technician 

IC 

Interior  Communications 

Eletrician  (includes  EMCM) 

IM 

Instrumentman  (includes  PICM) 

IS 

Intelligence  Specialist 

JO 

Journalist 

LI 

Lithographer 

LN 

Legalman 

MA 

Master-At-Arms 

ML 

Molder 

MM 

Machinist's  Mate 

MN 

Mineman 

MR 

Machinery  Repairman 

MS 

Mess  Management  Specialist 

MI 

Missile  Technician 

MU 

Musician 

NC 

Navy  Counselor 

OM 

Opticalman  (includes  PICM) 

OS 

Operations  Specialist 

OT 

Ocean  Systems  Technician 

PC 

Postal  Clerk 

PH 

Photographer's  Mate 

PI 

Precision  Instrumentman  (E-9  only) 

PM 

Patternmaker  (includes  MLCM) 

PN 

Personnelman 

PO 

Petty  Officer 

PR 

Aircrew  Survival  Equipmentman 

PT 

Photo  Intelligence  Technician 

QM 

Quar termas  ter 

RM 

Radioman 

RP 

Religious  Program  Specialist 

SD 

Steward 

SH 

Ship's  Serviceman 

SK 

Storekeeper 

SM 

Signalman 

SN 

Seaman 

ST 

Sonar  Technician 
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CIVILIAN  WHITE-COLLAR  OCCUPATIONAL  CODE  GROUPS 


Occupational  Code 
Group* 

Description 

0 

Miscellaneous  Occupations 

1 

Social  Science,  Psychology  and  Welfare 

2 

Personnel  Management  and  Industrial  Relations 

3 

General  Administrative,  Clerical,  and  Office  Services 

4 

Biological  Sciences 

5 

Accounting  and  Budget 

6 

Medical,  Hospital,  Dental,  and  Public  Health 

7 

Veterinary  Medical  Science 

8 

Engineering  Architecture 

9 

Legal  and  Kindred 

10 

Information  and  Arts 

11 

Business  and  Industry 

12 

Copyright,  Patent,  and  Trade-Mark 

13 

Physical  Sciences 

14 

Library  and  Archives 

15 

Mathematics  and  Statistics 

16 

Equipment,  Facilities,  and  Service 

17 

Education 

18 

Investigation 

19 

Quality  Assurance,  Inspection,  and  Grading 

20 

Supply 

21 

Transportation 

22 

Unspecified 

23 

Postal  Operations 

Group  members  should  be  multiplied  by  100  to  correspond  with 
group  numbers  in  Reference  8. 
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CIVILIAN  BLUE-COLLAR  OCCUPATIONAL  CODE  GROUPS 


Occupational 
Code  Group* 

Description 

25 

Wire  Communication  Equipment  Installation  and  Maintenance 

26 

Electronic  Equipment  Installation  and  Maintenance 

27 

Quartz  Crystal  Work 

28 

Electrical  Installation  and  Maintenance 

29 

Electronic  Equipment  Operation 

31 

Fabric  and  Leather  Work 

32 

Glass  Work 

33 

Instrument  Maintenance 

34 

Machine  Tool  Work 

35 

Manual  Labor 

36 

Masonry,  Plastering,  and  Roofing 

37 

Metal  Processing 

38 

Metal  Work 

39 

Motion  Picture,  Radio,  Television,  and  Sound  Recording 
Equipment  Work 

40 

Optical  Work 

41 

Painting  and  Paperhanging 

42 

Pipefitting 

43 

Plastic  Work 

44 

Printing  and  Reproduction 

45 

Rubber  Work 

46 

Woodwork 

47 

General  Maintenance  and  Operations 

48 

General  Equipment  Maintenance 

50 

Agriculture,  Forestry  and  Kindred 

52 

Miscellaneous  Occupations 

53 

Fixed  Industrial  Maintenance 

54 

Fixed  Industrial  Equipment  Operation 

55 

Quarry  Work 

56 

Currency,  Securities,  Coin,  and  Medal  Making 

57 

Mobile  Industrial  Equipment  Operations 

58 

Mobile  Industrial  Equipment  Maintenance 

59 

Marine  Operations 

60 

Railroad  Operations 

61 

Railroad  Maintenance 

62 

Marine  Maintenance 

65 

Ammunition  and  Explosives 

66 

Armament  Work 

67 

Manufacture  and  Repair  Shop  Operations 

69 

Warehousing 
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Occupational 
Code  Group* 

■  Description 

70 

Packing  and  Processing 

73 

Laundry  and  Dry  Cleaning 

74 

Food  Preparation  and  Serving 

75 

Medical  Services 

76 

Merchandising  and  Personal  Services 

77 

Animal  Caretaking 

82- 

Fluid  Systems 

83 

Instrumentation 

84 

Reclamation  Work 

85 

Aircraft  Propeller  Overhaul 

86 

Aircraft  Engine  Overhaul 

87 

Manufacturing,  Repair  and  Industrial  Support  Supervision 

88 

Aircraft  Overhaul 

90 

Film  Processing 

99 

Blue-Collar  Unspecified 

Group  members  should  be  multiplied  by  1000  to  correspond  with  group 
numbers  in  Reference  9. 
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Appendix  C 

ASSESS  COMPUTER  PROGRAM 


This  appendix  presents  a  description  of  program  inputs  and  a  com¬ 
plete  listing  of  the  ASSESS  Computer  Program.  This  computer  program  is 
an  implementation  of  the  Cost-Benefit  Model  described  in  Chapter  IV  of 
the  main  body  of  this  report.  The  program  is  written  in  the  VAX-11 
FORTRAN  computer  language,  which  is  an  extension  of  FORTRAN-77,  for 
running  on  the  DEC  VAX-11/782  computer. 

A  description  of  the  program  inputs  and  their  sequence  is  presented 
in  Section  1.  All  program  inputs  are  read  in  the  program  in  free-field 
format.  The  program  listing  is  presented  in  Section  2.  The  listing 
presents  first  the  program  execution  routine  PROGRAM  ASSESS  and  then 
the  applicable  subroutines. 
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1.  Program  Input  Description 


ECORO 

TYPE 

VARIABLE 

NAME 

VARIABLE 

TYPE 

OeSCRIPTION 

1 

NPROJ 

INT 

NUMBER  OP  AI  PROJECTS  ^OR  ASSESSMENT. 

(NOTE:  IPROJ  IS  USEO  FOR  INDEXING) 

EPEAT 

RECORO  TYPES  2-7/  IPROJ=1 /NPROJ 

2 

PROJNAHE 

C*20 

AI  PROJECT  NAME  (IPROJ) 

3 

MOSTART 

INT 

START  MONTH  OF  PROJECT  FROM  PRESENT/  I.E./ 
EARLIEST  starting  MONTH  WOULO  BE  MOSTART=1. 

A 

MONTHS 

INT 

MONTHS  OURATION  OF  BASIC  RESEARCH  PHASE 

COST 

REAL 

total  COST  OF  BASIC  RESEARCH  PHASE  IN 
collars  (UNITS  OF  USER  CHOICE).  UNITS  MUST 
BE  consistent  throughout  INPUT. 

PS 

REAL 

PROBABILITY  OF  SUCCESS  ASSOCIATED  WITH 

BASIC  RESEARCH  PHASE. 

5 

MONTHS 

INT 

MONTHS  OURATION  OF  EXPLORATORY  OEVELOPMENT 
PHASE. 

COST 

REAL 

TOTAL  COST  OF  EXPLORATORY  OEVELOPMENT  PHASE. 

PS 

REAL 

probability  of  success  ASSOCIATEO  with 
exploratory  OEVELOPMENT  PHASE 

6 

MONTHS 

INT 

MONTHS  OURATION  OF  AOVANCEO  OEVELOPMENT 

phase. 

COST 

REAL 

total  cost  of  AOVANCEO  OEVELOPMENT  PHASE. 

PS 

REAL 

PROBABILITY  OF  SUCCESS  ASSOCIATEO  WITH 
AOVANCEO  OEVELOPMENT  PHASE. 

7 

MONTHS 

INT 

MONTHS  OURATION  OF  ENGINEERING  OEVELOPMENT 

Phase. 

COST 

REAL 

TOTAL  COST  OF  ENGINEERING  OEVELOPMENT  PHASE. 

PS 

REAL 

probability  of  success  ASSOCIATEO  WITH 
engineering  OEVELOPMENT  PHASE. 

;no  repeat  recoro 

TYPES  2- 

7 

8 

NOM 

INT 

number  of  organizational  maintenance  (OM) 
COMPONENTS  AFFECTEO. 

NIM 

INT 

number  of  intermeoiate  maintenance  (IM) 
components  AFFECTEO. 

NOM 

INT 

NUMBER  OF  OEPOT  MAINTENANCE  (OM)  COMPONENTS 
AFFECTEO. 

9 

NWCTOM 

INT 

NUMBER  OF  WORK  CENTER  TYPES  AFFECTEO  BY  AI 
PROJECTS  AT  organizational  MAINTENANCE  LEVEL 

NWCTIM 

INT 

NUMBER  OF  WORK  CENTER  TYPES  AFFECTEO  BY  AI 
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PROJECTS  AT  INTERMEDIATE  MAINTENANCE  LEVEL 


IP  .... 


) 


NWCTDH 

I  NT 

NUH3ER  OF  WORK  CENTER  TYPES  AFF=CTEO  BY  AI 

PROJECTS  AT  OEPOT  HAINTENANCE  LEVEL. 

1C 

PCHASOH 

REAL 

PROPORTION  OF  ALL  HAINTENANCE  ACTIONS  PER- 
FORHEO  AT  organizational  HAINTENANCE  LEVEL 

WITH  PRESENT  SYSTEH. 

•.  .. 

PCHASIH 

REAL 

PROPORTION  OF  ALL  HAINTENANCE  ACTIONS  PER- 
FORHEO  AT  INTERHEOIATE  HAINTENANCE  LEVEL 

WITH  PRESENT  SYSTEH. 

PCHASOH 

real 

PROPORTION  OF  ALL  HAINTENANCE  ACTIONS  PER- 
FORHEO  AT  OEPOT  HAINTENANCE  LEVEL 

WITH  PRESENT  SYSTEH. 

1* 

11 

TIHSAR 

REAL 

shipping  and  receiving  tihe  for  cohponents 

REPAIRED  AT  INTERHEOIATE  HAINTENANCE  LEVEL. 

REPEAT 

TOHSAR 

RECORO  TYPE 

REAL 

12-16/ 

shipping  ano  receiving  tihe  for  cohponents 

REPAIRED  AT  OEPOT  HAINTENANCE  LEVEL. 

IWCT*1/NWCT0H+NWCTIH+NWCT0H 

^  A 

12 

IWCTNBR 

INT 

WORK  CENTER  NUHBER 

PCHAS 

real 

PROPORTION  OF  WORK  CENTER'S  HAINTENANCE 

LEVEL'S  HAINTENANCE  ACTIONS  THAT  CO 

THROUGH  this  work  CENTER  TYPE. 

.. 

TATOLO 

REAL 

TURNAROUNO  TIHE  AT  THIS  WORK  CENTER  WITH 

PRESENT  SYSTEH. 

■■  ~  WA-'. 

15 

UCTNAHE 

C*20 

NAHE  FOR  WORK  CENTER  TYPE  IWCT. 

•  ■’  ■  ■ 

U 

nperscat 

INT 

NUHBER  OF  PERSONNEL  CATEGORIES  FOR  WORK  CENTER 

TYPE  IWCT  OF  PRESENT  SYSTEH 

REPEAT 

RECORO  TYPE 

15/  1/N 

PERSCAT 

1  5 

lUPG 

INT 

UTILITY  PAY  CRAOE  OF  PERSONNEL  CATEGORY  IN 

WORK  CENTER  TYPE  IWCT  OF  PRESENT  SYSTEH. 

lUSG 

INT 

UTILITY  SKILL  CROUP  OF  PERSONNEL  CATEGORY  IN 

WORK  CENTER  TYPE  IWCT  OF  PRESENT  SYSTEH. 

INBR 

INT 

NUHBER  OF  PERSONNEL  IN  PERSONNEL  CATEGORY  OF 

WORK  CENTER  TYPE  IWCT  OF  PRESENT  SYSTEH. 

ENO  REPEAT  RECORD 

TYPE  15 

16 

OCOLO 

real 

PRESENT  operating  COST  FOR  WORK  CENTER  IWCT. 

RHOLO 

real 

PRESENT  R(H  COST  FOR  WORK  CENTER  IWCT. 

OHOLO 

real 

PRESENT  OVERHEAO  COST  FOR  WORK  CENTER  IWCT. 

f 

• 

ENO  REPEAT  RECORO 

TYPES  12 

-16 

S'- 

17 

nprojcoh 

INT 

NUHBER  OF  PROJECT  COHBINATIONS  TO  BE  ASScSSEO. 

C-7 


(NOTE:  IPROJCON  IS  USED  POP  INDEXING.) 


REPEAT 

RECORD  TYPES 

18-27 

/  IPROJCOMsI /NPROJCOM 

1B 

COMNAME 

C»20 

NAME  OF  PROJECT  COMBINATION  IPROJCOM 

19 

COMB 

C»9 

PROJECT  numbers  included  IN  PROJECT  COMBINATION 
IPROJCOM.  E.G./  C0M6='246  •  MEANS  TME 

combination  consists  of  projects  2/  4  ANO  6. 
PROJECT  numbers  must  BE  CONTIGUOUS. 

20 

MIMOCOM 

INT 

MONTHS  DURATION  OF  MANUFACTURING  ANO 
installation  phase  of  combination  IPROJCOM. 

21 

MANUCOST 

REAL 

manufacturing  cost  per  unit  for  project 

COMBINATION  IPROJCOM. 

INSTCOST 

REAL 

installation  cost  per  unit  for  project 

COMBINATION  IPROJCOM. 

22 

PCMOMNEW 

REAL 

PROPORTION  OF  ALL  MAINTENANCE  ACTIONS  PER¬ 
FORMED  AT  ORGANIIATIONAL  MAINTENANCE  LEVEL 

WITH  new  system. 

PCMIMNEW 

REAL 

PROPORTION  OF  ALL  MAINTENANCE  ACTIONS  PER¬ 
FORMED  AT  intermediate  MAINTENANCE  LEVEL 

WITH  NEW  system. 

PCMOMNEW 

REAL 

PROPORTION  OF  ALL  MAINTENANCE  ACTIONS  PER- 
FORMEO  AT  DEPOT  MAINTENANCE  LEVEL 

WITH  NEW  system. 

REPEAT 

RECORD  TYPES 

23-28 

UNTIL  IWCT  »  99 

23 

IWCT 

INT 

Index  number  of  work  center  affected 

By  project  combination  iprojcom. 

24 

NWC 

INT 

NUMBER  OF  WORK  CENTERS  OF  TYPE  IWCT  FOR 

PROJECT  COMBINATION  IPROJCOM  AT  WORK  CENTER'S 
maintenance  LEVEL. 

NWCSYS 

INT 

NUMBER  OF  UNITS  PER  WORK  CENTER  TYPE  IWCT 

FOR  PROJECT  COMBINATION  IPROJCOM  AT  WORK 
CENTER'S  MAINTENANCE  LEVEL. 

2S 

NPERSCAT 

INT 

NUMBER  OF  PERSONNEL  CATEGORIES  FOR  WORK 

CENTER  TYPE  IwCT  ANO  PROJECT  COMBINATION 

REPEAT 

RECORD  TYPE 

26/  1/ 

NPERSCAT 

26 

lUPG 

INT 

utility  pay  graoe  for  personnel  category 

OF  i<ORX  CENTER  TYPE  InCT  «NO  PROJECT 
COMBINATION  IkCT. 


lUSG  INT  UTILITY  SKILL  GROUP  FOR  PERSONNEL  CATEGORY 

OF  WORK  CENTER  TYPE  IWCT  ANO  PROJECT 
COMBINATION  IwCT. 


INBR 


INT 


NUMBER  OF  PP'.SONNEL  OF  PERSONNEL  CATEGORY 
IN  WORK  CENTER  TYPE  IwCT  ANO  PROJECT 
COMBINATION  IWCT. 


END  repeat  record  TYPE  26 


27  HCOCOST  REAL  MONTHLY  OPERATING  COST  POR  WORK  CENTER  TYPE 

IWCT  AND  PROJECT  COMBINATION  IPROJCOM 

WCRHCOST  REAL  MONTHLY  REPAIR  AND  MAINTENANCE  COST  FOR  WORK 
CENTER  TYPE  IWCT  AND  PROJECT  COMBINATION 
IPROJECOM. 

WCOMCOST  REAL  MONTHLY  OVERHEAD  COST  FOR  WORK  CENTER  TYPE 
IWCT  4NO  PROJECT  COMBINATION  IPROjCCM 

28  TAT  REAL  TURNAROUND  TIME  FOR  WORK  CENTER  TYPE 

IWCT  AND  PROJECT  COMBINATION  IPROJCOM. 

END  repeat  record  TYPES  23-28 
END  repeat  record  TYPES  18-23 


OOO  OO  O  Ci  r»  C%  C\  c% 


PROGRAH  ASSESS 
CHARACTER*80  OUTFILE/INFILE 
character*^  flag 
c 

c  —  announce  title  of  program 
WRITE(6<6000) 

6000  FORHAT(20X/*  PROGRAM  ASSESS  ') 

C  -  REQUEST  OUTPUT  FILENAME 

*0  CALL  GETF1LE(0UTF1LE/*0UT*) 

IFdNOEXtOUTFILE/*  ZZZZ* )  .GT.  0)G0T0  500 

OPEN<8/FlLe»OUTFlLE/STATuS**NeN'/FORM**FORMATTEO*/ERR**0> 

C  -  REQUEST  INPUT  FILENAME 

50  CALL  GETF1LE(1NF1LE/'1N*) 

IF<IN0EX(INFILE/ 'ZZZZ')  .GT.  0)GOTO  500 
OPEN(7/FILE>INFILE/STATUSx*OLO'#REAOONLY/ERRe50> 

c 

C  — -  REAO  NUMBER  OF  AI  PROJECTS  FOR  ASSESSMENT 
REA0(7/*)NPR0J 

1F(NPR0J  .GT.  10  .OR.  NPROJ  .LT.  I.ThEN 
HRITE(6/6001)  'number  OF  PROJECTS' 

6001  FORMATdX/'  ERROR  IN  INPUT  FILE  ENTRY:  *.A) 

GOTO  500 

eno  if 
GTEL0S«0. 

REAO  IN  ANO  PROCESS  RESEARCH  ANO  OEVELOPMENT  AI  OATA/ 

-  ONE  PROJECT  AT  A  TIME 

00  I*1/NPROJ 

-  REAO  INPUT  OATA  FOR  ONE  PROJECT 

CALL  REA0R0(I/FLAG/GTEL0S) 

IF(INOEX(FLAG/*ZZZZ')  .GT.  0)GOTO  500 

-  CALCULATE  research  ANO  OEVELOPMENT  COSTS 

CALL  CALCROPd/GTELOS) 

ENO  00 

—  GIVE  USER  RESEARCH  ANO  OEVELOPMENT  ASSESSMENT  SUMMARY 
CALL  GIVEOPT(NPROJ) 

— -  REAO  GENERAL  INPUT  OATA  FOR  PROJECT  COMBINATIONS 
CALL  REAOMKNPROJCOM/FLAG) 

IFdNOEX(FLAG/'ZZZZ')  .GT.  OIGOTO  500 

—  REAO  PROJECT  COMBINATION  INPUT  OATA  AT  PROJECT 
-  COMBINATION  LEVEL 

00  IPR0JC0M«1/NPR0JC0M 

CALL  REAOCOMBdPROJCOM/FLAG) 

IFdNOEX(FLAG/'ZZZZ’ )  .GT.  0)G0T0  500 
C  —  REAO  ANO  calculate  PROJECT  COMBINATION  OATA  AT 

C  -  MORX  CENTER  LEVEL 

CALL  REAOUCdPROJCOM/FLAG) 

IFdNOEX(FLAG/'ZZZZ’)  .GT.  OIGOTO  500 
C  — -  COMPUTE  total  RESEARCH  ANO  OEVELOPMENT  COSTS  FOR 

C  —  PROJECT  COMBINATION 

CALL  CALCROCCIPROJCOM/GTELOS) 

C  COMPUTE  manufacturing  ANO  INSTALLATION  INVESTMENT  COSTS 

CALL  CALCMIIdPROJCOM) 

C  -  COMPUTE  OIFFERENTIAL  OUTPUTS  FOR  PROJECT 

C  —  COMBINATION 

CALL  CALCOIFO 

C  —  WRITE  OUTPUT  TABLE  ENTRY  FOR 

C  —  PROJECT  COMBINATION. 

CALL  HRITOCdPROJCOM) 


end  00 

500  CONTINUE 
CL0SE(7) 

CLOSE (8) 

CALL  SHOWFILEdNFILE/OUTFILE) 
ENO 


Subroutine  FILPROC 


SUBROUTINE  FILPROC  (  FIL/  OATFIL  ) 


FILPROC  oroccsscs  user  entered  files  by: 

1)  stripping  trailing  blanks 

2)  appending  *.0AT*  if  an  extension  is  not  specified 


Oata  Oeclaration  and  Initialization 

Integer  pntr/  k/  k1/  ic,  lO/  oot 
CMARACTER»80  FIL/  OATFIL 


Strip  fill 


of  trailing  blanks 


00  80  K  *  1/  80 

M  *  80  “  K  ♦  1 

IF  (  fil(a1:k1)  .ns.  •  '  )  then 
PNTR  *  Kl 
GOTO  90 

ENOIF 

CONTINUE 

Oeternine  ahether  user  has  specified  extension  (  ie>  '/OAT'); 
if  not/  append  '.OAT*  (note:  *.0AT*  is  the  assuned  file  type) 

OOT  *  0 

00  100  IC  >  1/  A 

10  *  PNTR  -  IC  ♦  1 
IF  <  FILCIOlIO)  .EO.  )  then 

OOT  *  1 

ENOIF 

CONTINUE 

IF  (  OOT  .EO.  0  )  then 

OATFIL  *  FIL<1:PNTR)  //  '.OAT* 

ELSE 

OATFIL  *  FIL<1;PNTR) 

ENOIF 

RETURN 

ENO 


.  Subroutine  READRD 

SUBROUTINE  R E AOR 0 ( IPRO J/ FL AG/GTELOS) 

— -  this  mooule  reaos  Input  oata  for  one  ai  project  using  unit  7 

-  ANO  STORES  OATA  In  APPROPRIATE  ARRAYS  CONTAINEO  IN  COMMON 

---  BLOCKS  that  INCLUOE  RESEARCH  ANO  OEVELOPMENT  COST  INFORMATION. 

Characterxa  flag 

INCLUOE  'CROBOTKBROOAT.InC/LIST* 


ooooo  oooo  ooo 


FL46»'  ' 

C  -  READ  41  PROJECT  NAME 

RE40(7/ ' (A) ' /ENO*SaO)PROJNAME(IPROJ) 

C  ---  READ  start  month  FROM  PRE SEN T< PRES ENT=1 ) 
RE40(7/*/eN0*500)H0ST4RT (IPROJ) 

C  -  RE40  RESEARCH  4N0  DEVELOPMENT  INPUT  04T4  FOR  EACH  PHASE 

00  lil/A 

C  —  REAO  NUMBER  OF  MONTHS  DURATION,  TOTAL  DOLLARS  AND 

C  -  PROBABILITY  OF  SUCCESS 

REAO(7/*/ENO>SaO)MONTHS(I,IPROJ>,COST(I,IPROJ),PS(I,IPROJ) 
ENO  00 
RETURN 

500  CONTINUE 

URITE(6/6001) 

6001  FORMATCIX/*  PREMATURE  ENO  OF  FILE  DURING  READ*) 

FLAG**ZZZZ' 

RETURN 

ENO 


d.  Subroutine  READMI 


SUBROUTINE  REAOMKNPROJCOM/FLAG) 

C  THIS  MOOULE  READS  INPUT  DATA  FOR  NUMBERS  OF  MAINTENANCE 

C  — -  COMPONENTS  ANO  WORK  CENTER  TYPES.  ALSO  REAOS  PRESENT 
C  — -  WORK  CENTER  INPUT  OATA  ANO  NUMBER  OF  PROJECT  COMBINATIONS 
C  —  TO  BE  ASSESScO. 

CMARACTER*4  FLAG 

INCLUOE  'CROBOTKBMIOAT.INC/LIST' 

INCLUOE  'CROBOTKBCOSTOAT.INC/LIST' 

FLAG*'  ' 

C  -  REAO  NUMBERS  OF  MAINTENANCE  COMPONENTS  AFFECTED 

REA0(7/*/EN0*S00)N0M/MH/N0M 

— -  REAO  IN  AFFECTEO  work  CENTER  OATA  FOR  PROJECTS 

—  REAO  IN  NUMBER  OF  WORK  CENTER  TYPES  AT  EACH  MAINTENANCE  LEVEL 
-  AFFECTEO  BY  THE  AI  PROJECTS 

REA0(7/>/EN0«S00)NUCT0M/NWCTIM,NWCT0M 
NWCT*NWCTOM+NWCTIM*NWCTOM 
NWCTIM1«NWCT0M*1 
MWCTOM1*NWCTOM*NWCTIM+1 
IFCNWCT  ,GT,  AO  .or.  NWCT  .LT.  1 )TH£N 
WRITE<6/6001 )  '  NO.  WORK  CENTER  TYPES' 

001  FORMATdK/'  ERROR  IN  INPUT  FILE  ENTRY:  ',A> 

GOTO  550 
ENO  IF 

— -  REAO  PROPORTIONS  OF  ALL  MAINTENANCE  ACTIONS  PERFORMEO 
— -  AT  ORGANIZATIONAL,  INTERMEOIATE,  ANO  OEPOT  MAINTENANCE 

-  LEVELS.  REAO  SHIPPING  ANO  RECEIVING  TIMES  FOR  COMPONENTS 

— -  REPAIRED  AT  INTERMEDIATE  ANO  OEPOT  MAINTENANCE  LEVELS. 
REA0(7,*,EN0*S00)PCMAS0M,PCMASIM,PCMAS0M 
RE40<7,«,ENO»500)TIMSAR,TOHS4R 
00  IWCT»1,NWCT 

—  REAO  NAMES  OF  EACH  WORK  CENTER  TYPE,  PERCENT  OF  ITS 

-  MAINTENANCE  ACTIONS  THAT  GO  THROUGH  THIS  WORK  CENTER  TYPE, 

— -  and  PRESENT  TURNAROUND  TIME  FOR  THIS  WORK  CENTER  TYPE. 

REA0(7,*,EN0*500)IUCTNBR,PCHAS(IUCT),TAT0L0(IUCT) 
IF(IWCTNBR.NE.IUCT)GO  TO  600 
REA0(7,' (A)',EN0*500)  WCTNAME ( IWCT ) 
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n  n  r»  o 


c 

c 

c 

c 


c 


READ  AND  CALCULATE  PRESENT  WORK  CENTER  COSTS  AND  PERSONNEL 
FACTORS. 

READ  NUMBER  OF  PERSONNEL  CATEGORIES  IN  PRESENT 
SYSTEM  WORK  CENTERS 
REA0(7/*/EN0=S00)NPERSCAT 
P£RS0L0(ZWCT)=0. 

UTILDLO(INCT)*0. 

PCOLD(IHCT)=0. 

00  I=1/NPERSCAT 

READ  INDEX  PAY  GRADE.  SKILL  GROUP.  NUMBER  OF  PERSONNEL 

REAO(7.*.ENO=SOO)  IUPG.IUSG.INBR 

CALL  CALCUCPCC lUSG.IUPG.INBR.PERSDLDCIWCT) . 

S  UTILOLO(IWCT).PCOLO(IUCT>> 


END  00 

R£AO(7.*.ENO>SOO)OCOLO(IUCT>.RMOLD(IWCT).DHOLD(IWCT) 
ENO  00 

C  -  READ  number  of  project  COMBINATIONS  TO  BE  ASSESSED 

REA0(7.*.EN0=S00)  NPROJCOM 
IF(NPROJCOM  .EQ.  0)G0T0  SSO 
RETURN 

soo  continue 

WPITE(6.600E) 

6002  FORMATdX.*  PREMATURE  ENO  OF  FILE  OURING  READ') 

SSO  continue 

FLAG=*ZZZZ' 


RETURN 

600  WRZTE(6.6003)IWCT.ZWCTN3R 

6003  FORMATdX. "NORK  CENTER  INDEX  NOT  EOUAL  TO  WORK  CENTER  NUMBER'/ 
$  1X.'IHCT*'.I2.2x.'IWCTNBR»'.I2) 

FLAG  »  'ZZZZ' 

RETURN 

ENO 


e.  Subroutine  RB^DCOMB 


subroutine  REAOCOMBCIPROJCOM.FLAG) 

-  READ  PROJECT  COMBINATION  NAME  ANO  IDENTIFIER.  READ 

---  manufacturing  And  installation  cost  and  duration 
— -  input  data  ANO  NEW  PROPORTIONS  FOR  LEVEL  OF  MAINTENANCE 
—  -  PERFORMANCE. 

CHARACTER*^  FLAG 

INCLUDE  'CR0B0T3CBMI0AT.INC/LIST' 

FLAG*'  ' 

C  — -  READ  PROJECT  COMBINATION  NAME 

REA0(7. '(A) '.ENO*SOO)  COMNAME ( I PROJC DM) 

C  ---  READ  PROJECT  COMBINATION  IDENTIFIER 
REA0<7.'(A) '.EN0*S00)  COMB( IPROJCOM) 

C  ---  REAO  months  OURATION  OF  MANUFACTURING  AND  INSTALLATION 
C  ---  PHASE. 

REA0(7.*.£N0*S00)  MI MOCOM( IPROJCOM) 

C  -  READ  manufacturing  ANO  INSTALLATION  COST  PER  UNIT 

REA0(7.*.EN0>S00)  MANUCOST ( IPROJCOM) .INSTCOSTC IPROJCOM) 
C  "•  READ  NEW  PROPORTIONS  OF  MAINTENANCE  ACTIONS 
C  — -  PERFORMED  AT  ORGANIZATIONAL.  INTERMEDIATE.  AND 
C  — -  DEPOT  maintenance  LEVELS. 

RE A0( 7. •.END*SOO)PCMOMNEW< IPROJCOM). PCMIMNEWC IPROJCOM) . 
$  PCMOMNEW(IPROJCOM) 

RETURN 
SOO  continue 
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o  o  o 


WRITE(6/6002> 

6302  FORMATdX/*  PREMATURE  ENO  OF  FILE  OURINC  REA3*> 
FLAG=‘ZZZ2‘ 

RETURN 

ENO 


Subroutine  READWC 


SUBROUTINE  R EAOWC ( I  PRO JCOH/FL AG) 

—  -  THIS  MODULE  READS  PROJECT  COMBINATION  .DATA  AT  WORK  CENTER 

-  level.  it  then  CALLS  ROUTINES  THAT  CALCULATE  WORK  CENTER  COSTS. 

-  PERSONNEL  FACTORS/  AnO  TURNAROUND  TIMES. 

CHARACTERoA  FLAG 

INCLUDE  ‘CROBOTJCBMIOAT.INC/LIST* 

INCLUDE  ‘CROBOTJCBCOSTOAT.INC/LIST* 

flags*  * 

c  —  initialize  cbcostdat  common  block  data  for  work  centers 

C  -  OF  PROJECT  COMBINATION. 

CALL  INITIALC 

C  -  REAO  WORK  CENTER  OATA 

10  REA0<7/*/EN0«500)IWCT 

IF<IWCT.EQ.99)RETURN 

REAO(7/*/ENOsSOO)NWC(IPROjCOM/IwCT)/NwCSYS(IPROJCOH/IwCT) 

IF<  IWCT.LT.NWCTIMDTHEN 

NwC(IPROJCOM/IWCT)sNOM*NWC(IPROJC0M/IWCT) 

ELSE  IFCIWCT.LT.NWCTDmDThEN 

NWC<IPROJCOM/IWCT)*NIM»NWC<IPROjCOM/IWCT> 

ELSE  IF<IWCT.LE.NwCT)TM£N 

NwC(IPROJCOM/IWCT)<NOM*NWC( IPROJCOM/ IWCT) 

ELSE 

GO  TO  550 
END  IF 

R£AO(7/*/ENDs500)NPERSCAT 

WCPERS=0. 

WCUTILsO. 

WCPCOSTsO. 

00  I*1/NPERSCAT 

C  -  READ  INOSK  PAT  GRADE/  SKILL  GROUP/  NUMBER  OF  PERSONNEL 

REAOC7/«/ENO=500)IUPG/IUSG/INBR 

CALL  CALCUCPCdUSG/IUPG/INBR/WCPERS/WCUTIL/WCPCOST) 

ENO  00 

REAO(7/»/ENO»500) WCOCOST/WCRMCOST/WCOHCOST 
REA0(7/»/EN0s500)TAT 

C  —  CALCULATE  ANO  INCREMENT  WORK  CENTER  COSTS/ PE R SONNEL 

C  -  FACTORS/  ANO  TURNAROUND  TIMES. 

CALL  CALCWCCdPROJCOM/IWCT) 

GO  TO  10 
500  CONTINUE 

WRITE(6/6002> 

6002  FORMATdX/'  PREMATURE  ENO  OF  FILE  DURING  READ*) 

FLAGs'ZZZZ* 

RETURN 

550  CONTINUE 

WRITE (6/6003 > I  PRO JCOM/ IWCT 

6003  FORMATdX/'WORK  CENTER  INDEX  GREATER  THAN  MAXIMUM'/ 

$  1X/'IPROJCOM*'/I2/2X/ 'IWCTs'/IZ) 

FLAGs'ZZZZ* 

RETURN 

ENO 
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g.  Subroutine  CALCRDP 


SUBROUTINE  CALCROP (IPRO  ‘<GTcLOS> 

C  -  this  MOOULE  calculates  R80  INVESTMENT  COSTS  =OR  THE  FIRST 

C  -  FOUR  PHASES  OF  EACH  AI  PROJECT.  COSTS  ARE  STOREO  AS 

C  ™  COMMON  BLOCK  OATA. 

INCLUOE  'CROBOT3CBROOAT.INC/LIST* 

C  -  CALCULATE  BASIC  RESEARCH  COSTS 

TIC<1/IPROJ)=COST<1/IPROJ) 

PF(1  /IPROJ)*1  .-PSd/IPROJ) 

PQ(1 /IPR0J>=PF(1/IPR0J) 

PST  <IPROJ)  =  PS<1/IPROJ) 

ELOSd /IPROJ)=TIC<1 /IPROJ)»PF(1/IPROJ> 
TELOS<IPROJ)=ELOSd/IPROJ) 

ISTaRTd /IPROJ)»MOSTART (IPROJ) 

lENOd  /IPROJ)  =  ISTARTd  ^IPRO  J)*M0NTHS  (1/  IPR0J>-1 
INVMOS<IPROJ)  =  MONTHSd/IPROj) 

C  -  CALCULATE  REMAINOER  OF  R&O  INVESTMENT  COSTS 

00  1^2/4 

C  -  CALCULATE  TOTAL  INVESTMENT  COST 

TIC<I/IPR0J)*TIC<I-1#IPR0J)*C0ST(I/IPR0J> 

C  -  CALCULATE  PROBABILITY  OF  CUITTING 

PF<I/IPR0J)*1.-PS<I/IPR0J) 

PO<I/IPROJ)*PST<IPROJ)<>PF(I/IPROJ) 

C  CALCULATE  PROBABILITY  OF  SUCCESS 

PST<IPROJ)»PST<IPROJ)»PS<IrIPROJ) 

C  -  CALCULATE  EXPECTeO  LOSS 

ELOS<I/IPROJ)*TIC<I/IPROJ)*PO(IrIPROJ> 

TELOS<IPROJ)*TELOS<IPROJ)*£LOS(I/IPROJ> 

C  — -  CALCULATE  START  AND  ENO  MONTH  OF  EACH  INVESTMENT  PHASE 

ISTART<I/IPROJ)»ieNO<I-1/IPROJ)+1 
IEN0<I/IPR0J)*IEN0<I-1/IPR0J)*M0NTHS(I/IPR0J> 
INVMOS<IPROJ)*INVMOS<IPROJ)*MONTHS(I/IPROJ> 

ENO  00 

C  -  CALCULATE  TOTAL  POSSIBLE  INVESTMENT  LOSS  ANO  PR0BA3A8ILITT  THAT 

C  -  PROJECT  IS  UNSUCCESSFUL. 

EL0S<5/IPR0J)*PST<IPR0J)»TIC(4,IPR0J) 

TEL0S<IPR0J)»TEL0S<IPR0J)TEL0S<5.^IPR0J> 

GTELOS»GTELOSTTELOS<IPROJ) 

PQT<IPR0J)=1 .-PSTCIPROJ) 

RETURN 

ENO 


h.  Subroutine  GIVEOPT 


subroutine  giveoptcnproj) 

-  THIS  MODULE  DISPLAYS  R&O  INVESTMENT  CO-T  STATISTICS  FOR  EACH 

-  PHASE  BY  PROJECT  ANO  WRITES  THEM  TO  THE  OUTPUT  FILE  IN  TABLE 

-  FORMAT. 

INCLUOE  'CROBOTKBROOAT.INC/LIST' 

CHARACTER*2j  UNOERLIN 
CHARACTER»10  PHASE<5) 

DATA  UNOERLIN/' - 

S  PHASE/'BASIC  RES.'^'EXPL.  0EV.'»'  ADV.  DEV.'/'  ENG.  OEV.'/ 

S  'TOTAL  PROJ'/ 

C  —  WRITE  HEADING  TO  OUTPUT  FILE 
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I 


URITE(8«6001) 

6001  F0RHAT(1X//T31/*SUMHART  of  research  and  OEVELOPHEMT  costs*/ 

S  *  BY  Rto  PROJECT*//) 

C  —  WRITE  column  HEA01N,iS 
WRITE(8/6002) 

6002  FORMAT (T*/ * R*0' /T 1 9/ 'RBO'/T 57/ *PERIOO*/T 68/ 'PROBABILITY'/ 

$  T8*/*R40'/T93/'PR0BA61LlTY'/T107/'cXPECTE0') 

WRITE(8/6003) 

6003  FORMA T {T2/ ' PROJECT ' /T1 7/' PROJECT '/T 36/ 'R»0'/T46/ 'MONT MS'/ 

$  T 55 /* ST ART' /T 62/ ' E NO' /T 72/' OF'/T 81 /'INVESTMENT'/ 

$  T97/'0F'/T106/'INVESTMENT') 

URITE(8/6004) 

6004  FORMAT {T3/ 'NUMBER' /T1 8/ ‘NAME */T35/'PNASE*/T45/'0UR4T10N'/ 

$  TS5/*M0nTM'/T61/*M0NTM'/T70/*SUCCESS*/T82/'C0ST  (x$)'/ 

S  T93/*TERM1NAT10N'/T10?/*L0SS  (KS)') 

WRITE (8/6005)  UNOERLIN/UNOERLIN/UNOERLIN/UNOERLIN/UNOERLIN/ 

S  UNOERLIN/UNOERLIN/UNOERLIN/UNOERLIN/UNOERLIN 

6005  F0RMAT(1X/A7/2X/A20/2X/A10/2X/A8/2X/A5/1X/A5/2X/A11/2X/A10/ 

S  2X/A1 1 /2X/A10) 

C  -  WRITE  Rto  COST  INFORMATION  FOR  EACH  PHASE  OF  EACH  PROJECT 

00  J«1/NPR0J 

WRITEC8/'(A1)')'  ' 

00  I<1/4 

IF(I  .EQ.  DTHEN 

WRITE (8/6006) J/PR0JNAME(J) /PHASE (I)/MONTHS (I /J)/ 1ST  ART (I/J)/ 
S  IENO(I/J)/PS(I/J)/COST(I/J)/PO(I/J)/cLOS(I/J) 

6006  FORMAT(4X/I2/4X/A20/2X/A10/4X/I3/6X/I3/3X/I3/6X/F5.3/ 

$  SX/F9.2/6X/FS.3/5X/F9.2) 

ELSE 

WRITE (8/ 6007) PHASE (I )/M0NTHS(I/J)/ 1ST  ART (I/J)/IENO(I/J)/ 

$  PS(I/J)/C0ST(I/J)/PQ(I/J)/FL0S(I/J) 

6007  F0RHAT(T33/A10/4X/I3/6X/I3/3X/I3/6X/FS.3/5X/F9.2/6X/F5.3/ 

$  SX/F9.2) 

ENO  IF 
ENO  00 

WRITE(8/6005)*  */*  ‘/UNOERLIN/UNOERLIN/UNOERLIN/UNOERLIN/ 

$  UNOERlIN/UNOERlIN/UNOERLIN/'  * 

WRITE (8/6007) PHASE ( 5) /INVH0S(J)/IST ART (1/J)/IEN0(4/J) /PST (J)/ 

$  TIC(4/J)/PQT(J)/EL0S(5/J) 

WRITE(8/6009)UN0ERLIN/TEL0S( J) 

6009  F0RMAT(T106/A10/T100/*T0TAL  '/F9.2) 

EnO  00 

WRITE(6/6008) 

6008  FORHAT(2X/'RtO  PHASE  COHPLETEO*) 

RETURN 

ENO 


i .  Subroutine  GETFILE 


subroutine  CETFILE(FNAHE/TTPE) 

CHARACTER*80  FILENAHE/FNAME /HESS ace 
CHARACT£R«3  type 

c  —  this  subroutine  prompts  user  for  file  name  of  input  or  output  file 

FNAME*'  ' 

HESSACE«*Enttr  ' //TYPE // 'PUT  data  fila  naaa  or  IZZZ  to  #»it:  ' 

WRITE(6/6001 )HESSAGE 
6001  F0RHAT(1X/A4S/S) 

R E AO ( 5/ *(A80)') filename 
CALL  FIlPROC(FILENAHE/FNAHE) 
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RETURN 

END 


j .  Subroutine  CALCRDC 


SUBROUTINE  CALCROCdPROJCOH/GTELOS) 

C  -  THIS  MODULE  CALCULATES  THE  TOTAL  RESEARCH  AND  OEVELOPMENT  COSTS/ 

C  — -  INVESTMENT  LOSSES  ANO  0(H  START  MONTH. 

CHARACTER*!  P 

CHARACTER*9  PROJCOM 

INCLUDE  'CROBOT3CBMIO AT. INC/LI  ST' 

INCLUDE  'CROBOTJCBRDDAT.INC/LIST' 

RANODCOST(IPROJCOM)*0. 

ISTARTHI(IPROJCOM)«0 
lNVLDSS(IPROJCOM)-GTELOS 
PROJCOMaCOMBC I PROJCOM) 

DO  IPROJ>1/9 

P*PROJCOM(IPROJ:IPROJ> 

IP<P  .EQ.  '  ')COTO  500 
IP*0 

0EC00E(1/4000/P)IP 
4000  PORMAT(II) 

RANOOCOST(IPROJCOM)«RANOOCOST(IPROJCOM)*TIC(4/IP> 
lNVLOSS(IPROJCOM>aINVLOSS(IPROJCOM>-TELOS(IP> 
IPdSTARTMKIPROJCOM)  .LT.  IEN0(4/ IP)  > THEN 
ISTARTMldPR0JC0M)«IEN0(4/IP) 

END  IP 
END  00 

500  CONTINUE 

ISTARTMIdPROJCOM)sISTARTHIdPROJCOM)4MIMOCOHdPROJCOM)4l 

RETURN 

ENO 


k .  Subroutine  CALCMII 


subroutine  CALCMII (IPROJCON) 

C  THIS  MODULE  COMPUTES  MANUFACTURING  ANO  INSTALLATION  INVESTMENT 

C  —  COSTS  FOR  ONE  PROJECT  COMBINATION. 

INCLUOE  'CROBOTKBMIOAT.INC/LIST' 

C  —  COMPUTE  TOTAL  EQUIPMENTS  FOR  PROJECT  COMBINATION 
T0TE0UIPdPROJC0M)«0 
DO  IHCT«1/NUCT 

TOTEOUIPdPROJCOM)*TOTEQUIPdPROJCOM)  ♦ 

S  NUC (I PROJCOM/ IuCT)»NWCSrSd PROJCOM/ I WCT) 

ENO  00 

C  -  COMPUTE  manufacturing  ANO  INSTALLATION  COST  FOR  PROJECT 

C  ---  COMBINATION. 

M ANOI COST (IPROJCOM)«TOTECUlPd PROJCOM)  » 

S  (MANUCOSTdPROJCOM)  ♦  INSTCOST d PRO JCOM)  ) 

RETURN 

ENO 


1.  Subroutine  CALCDIFO 


SUBROUTINE  CALCOIFO 


THIS  MODULE  COMPUTES  THE  OIFFERENTIAL  OUTPUTS  FOR 

ONE  PROJECT  COMBINATION  {OPERATINS  COSTS/PERSONNEL  ALLOCATIONS/ 

PERSONNEL  AVERAGE  UTILITY) 

INCLUDE  'CROBOTKBCOSTOAT.INC/LIST* 

PERSOIFF  ■  TOTPERS  -  TPERSOLO 

IF  (TOTPERS  .NE.  0  .ANO.  TPERSOLO  .NE.  0)TH£N 

AUTILOIFF*  TOTUTIL/TOTPERS  -  TUTILOLO/TPERSOLO 
ELSE 

AUTILOIFFaO. 

ENO  IF 


PCOIFF 

OCOIFF 

RMOIFF 

OHOIFF 


PCNEW 

OCNEM 

RMNEH 

OHNEH 


TPCOLO 

TOCOLO 

TRMOLO 

TOHOLO 


TATOIFF»TATNEN-TTATOLO 

TOTOIFOC  «  12.*(PCOIFF  ♦  OCOIFF  ♦  RMOIFF  ♦  OHOIFF) 

RETURN 

ENO 


Subroutine  INITIALC 


r*'/  '.N 

V*  .V  / 


.  t . 


SUBROUTINE  INITIALC 

THIS  MODULE  INITIALIZES  PROJECT  COMBINATION 
COST  DATA  IN  COMMON  BLOCK  'CBCOSTOAT' 
INCLUDE  'CROBOTKBCOSTOAT.INC/LIST' 

TOTPERS  ■  0. 

totutil  »  0. 

PCNEH  «  0. 

OCNEU  «  0. 

RMNEH  a  0. 

OHNEH  a  0. 

TPERSOLO  a  0. 

TUTILOLO  a  0. 

TPCOLO  a  0. 

TOCOLO  a  0. 

TRMOLO  a  0. 

TOHOLO  a  0. 

TATNSHaO. 

TTATOLOaO. 

RETURN  t 

ENO 


n.  Subroutine  CALCUCPC 


subroutine  CALCUCPC(ICOL/IROH/INBR/PERS/UTIL/PCOST) 
DIMENSION  UC(7/1B)/FC(7/18) 

—  MONTHLY  UTILITY  COST  TABLE  (THOUSANDS  OF  DOLLARS) 
DATA  uC  /.0A9/.0A9/.0A9/.0A9/.0A9/.0A4/.0SS/ 

S  .088/ .088/. 088/. 088/. 088/. 062/. 044/ 

S  .128/. 128/. 128/. 128/. 123/. 084/. OS  3/ 

S  .230/. 230/. 230/. 190/. 168/. 097/. 062/ 

S  .296/. 296/. 296/. 230/. 21 2/. 122/. 06 9/ 

S  .  358/. 3 58/. 3 27/. 274/. 230/. 1 37/. 07S/ 

S  . 420/. 398 /. 35 8/. 296/. 252/. 16B/. 084/ 

S  .442/. 420/. 380/. 323/. 278/. 136/. 09 3/ 

S  .496/. 475/. 438/. 359/. 307/. 199/. 100/ 

S  .552/. 526/. 484/. 396/. 337/. 218/. 108/ 


‘  V.-. 


T1TNEW«T1TNEM4'PCHINSEM(1PR0JC0»*>«PCHAS(IWCT)«(TaT  +  2.«TIMSAR) 
TTAT0L0«TTAT0L0+PCMAS1M*PCHAS(1WCT>«(TAT0L0(IHCT)+2.«TIMSAR) 
ELSE 

TATNEW«TATNEW*PC*»0HNEW<1PR0JC0N)»PCHAS<IWCT) *(TAT+2.*TDMSAK) 
TTAT0L0«TTATCL0*PCHAS3N*PCNAS(IUCT)*(TAT0L3(IWCT)+2.*T0MSAR) 
ENO  IF 
RETURN 
ENO 


o.  Subroutine  WRITEOC 


subroutine  hritocciprojcon) 

C  — -  THIS  SUBROUTINE  PRINTS  OUT  RESULTS  FOR  THE  OUTPUT  TABLE. 

INCLUOE  *CROBOT]CBHIOAT.INC/LlST' 

INCLUDE  *  CROBOTICBCOSTOAT.INC/LIST* 

CHARACTER«132  STRING/TITLE 
CHARACTER*22  unoerlin 

OAT  A  UNOERLIN/'  ———  ———— — —  •/ 

IFdPROJCOH  .ES.  DTHEN 

C  -  WRITE  title  ANO  COLUHN  HEAOINCS  FOR  TABLE 

TITLE«'PROJECT  COHBINATION  COST-BENEFIT  TABLE' 

CALL  STRSTRIH(STRING/TITLE#L> 

STRING*'  ' 

STRING<6«-L/2: 132) -TITLE 
HRITECB/BOOOSTRING 

6000  FORNAT('1'//1X/A//) 

HRITE(8/6001) 

6001  F0RMAT{T27/'T0TAL'/T37/'EXPECTE0'/TS1/'T0TAL'/T63/ 'TOTAL'/ 

$  T80/'0IFFERENTIAL'/T»3/'0IFFER£NTIAL'/T106/ 

%  '0IFFERENTIAL'/T119/'0IFFERENTIAL') 

HRITE(8/6002) 

6002  F0RHAT{T28/'R80'/T36/'INVESTHENT'/TS1/'h8I'/T61/ 

$  '  lNVESTHENT'/T7*/'OtM'/T  •53/' ANNUAL '/T94/ 

S  'TURNAR0UN0'/T108/'NUH8ER  0F'/T122/'AVERAGE') 

HRITE(8/6003) 

6003  FORMAT <T27/ 'COSTS' /T39/ 'LOSS'/TSI /'CO  STS' /T63/ 'COSTS'/ 

S  T73/'START'/T81/'OiMN  COSTS '/T97/ ' T IME' /T 1 08/ 

S  'PERS0NNEL'/T122/'0TILITT') 

HRITE(S/600<.) 

600*  F0RMAT<T2/'PR0JECT  COM8INATION'/T28/ ' <X$) ' /T 39/ ' (X$) ' / 

S  TS1/'<KS) '/T6*/'<X$)'/T73/'M0NTH'/T8*/' (X$) '/ 

S  T96/'(HOORS)'/T108/'RE3UIREO'/T120/'PER  PERSON') 

WRITE! 8/ 600S)UN0ERLIN/UN0ERLIN/UN0ERL IN/ UNOERLIN/ 

S  UNOERLIN/UNOERLIN/UNOERLIN/UNOERLIN/ UNOERLIN/ 

S  UNOERLIN 

6005  FORMAT (T2/A20/2X/A10/2X/A10/2X/A10/2X/A10/2X/AS/2X/A12/ 

S  1X/A12/1X/A12/1X  A12/> 

ENO  IF 

C  — -  WRITE  PROJECT  COMBINATION  OIFFERENTIAL  OUTPUTS 

WRITE (3/6006}CONNANE(IPROJCOM)/RANOOCOST(IPROJCON)/ 

S  INVL0SS(IPR0JC0N)/NAN0IC0ST(IPR0JC0N)/RAN00C0ST(IPR0JC0N)'» 

S  INVLOSS(IPROJCON)tNANOICOST(IPROJCOM)/ISTARTNI(IPROJCON)/ 

S  TOTOIFOC/TATOIFF^PERSOIFF/AUTILOIFF.COMBdPROJCOM) 

6006  F0RNAT(1X/A20/2X/F9.2/3X/F9.2/3X/F9.2/3X/F9.2/3X/IS/ 

S  3X/F9.2/*X/F9.2/SX/FB.1/SX/FB.S/1X/'RtO  PROJS-'/ 

S  A9/) 

RETURN 

ENO 


S  .608^.S80».S31«.433<.367«.237«.11S> 

S  .664r.e32».S77«.470».397«.2S6«.123« 

S  .720^.68«».624».S07/.427^.27S#.130^ 

S  .776».737».670«.S4o^.4S7^.294«.138/ 

S  .832».790».717«.S81/.487^.313«.14S« 

S  .888».842«.763/.6l3/.S17,.332«.1S3^ 

S  .944«.89S».aiC/.6SS«.S47,.3S1#.160> 

S  1 .000/. 947 ».SS6«. 692^.577/. 370^.168/ 

—  monthly  personnel  costs  (TH0US4N0S  OP  OOLLRRS) 

04T4  PC  /O. 902^0. 88S/0. 868/0. 8S2/0.835#0. 818^0. S02> 

S  1 .032/1.013/0.994/0.975/0.956/0.937/0.918/ 

S  1 .21 3/1 .190/1.168/1.145/1.123/1.101/1.078/ 

S  1.412/1 .385/1.359/1.333/1.307/1.281/1.255/ 

S  1.614/1.584/1.554/1.524/1 .494/1.464/1.434/ 

S  1.820/1 .786/1.752/1.719/1.685/1.651/1.618/ 

S  1.994/1.957/1.920/1.883/1.846/1.809/1.772/ 

S  2.225/2.184/2.142/2.101/2.060/2.019/1.978/ 

S  2.409/2.365/2.320/2.276/2.231/2.186/2.142/ 

S  2.687/2.637/2.588/2.538/2.488/2.438/2.388/ 

S  2.924/2.870/2.816/2.762/2.708/2.654/2.600/ 

S  3.528/3.463/3.398/3.332/3.267/3.202/3.136/ 

S  4.242/4.164/4.085/4.007/3.928/3.849/3.771/ 

S  5.017/4.924/4.831/4.738/4.645/4.552/4.459/ 

S  5.965/5.854/5.744/5.633/5.523/5.413/5.302/ 

S  6.364/6.247/6.129/6.011/5.893/5.775/5.657/ 

S  6.414/6.295/6.177/6.030/5.939/5.820/5.701 / 

S  6.414/6.295/6.177/6.058/5.939/5.820/5.701/ 

<*•  4CCUHUL4TE  TOTAL  NUMBER  OF  PERSONNEL 
PERS  «  PERS  *  INBR 

--  ACCUMULATE  TOTAL  UTILITY  PROM  UTILITY  COST  TABLE 
util  •  UTIL  *  INBR  •  UCdCOL/IROH) 

••  ACCUMULATE  total  personnel  COST  PROM  PERSONNEL  COST  TABLE 
PCOST  •  PCOST  ♦  INBR  *  PC ( ICOL/IRON> 

RETURN 

ENO 


Subroutine  CALCWCC 


Subroutine  calcwcc(Iprojcom/Ihct) 

--  this  MOOULE  calculates  work  center  COSTS/  PERSONNEL  FACTORS 
—  ANO  TURNAROUNO  TIMES  FOR  PROJECT  COMBINATION  BEING  ASSESSEO 
INCLUOE  'CR0B0T3C6C0STCAT.INC/LIST' 

INCLUOE  'CR0B0T3CBMI0AT. INC /LIST* 

TOTPERS  ■  TOTPERS  *  wCPERS  *  NmC (IPROJCOM/ IwCT ) 

TOTUTIL  ■  TOTUTIL  *  UCUTIL  *  NMC ( IPROJCOM/ ImCT) 

PCNEU  ■  PCNEU  ♦  WCPCOST  *  NmC(IPROJCOM/IUCT) 

OCNEM  «  OCNEU  *  WCOCOST  *  NMC ( IPROJCOM/ I WCT ) 

RMNEW  «  RMNEW  *  WCRMCOST  *  NUC ( IPROJCOM/ IWCT ) 

OHNEM  ■  OhNEw  *  WCOHCOST  *  NWCCIPROJCOM/IwCT) 

TPERSOLO  «  TPERSOLO  *  PERSOLOCIUCT)  •  NUC ( I  PRO JCOM / 1 WC T ) 
TUTILOLO  ■  TUTILOLO  ♦  UTILOLOI IWCT )  •  NWC ( I  PRO JCOM / 1 WCT ) 
TPCOLO  ■  TPCOLO  ♦  PCOLO(IMCT)  •  NWC ( IPROJCOM/ IWCT ) 

TOCOLO  ■  TOCOLO  *  OCOLO(IWCT)  •  NWC ( IPRO JC OM/ I WCT ) 

TRMOLO  «  TRMOLO  ♦  RMOLO(IwCT)  •  NWC CIPRO JCOM/ IWCT) 

TOHOLO  «  TOHOLO  *  OHOLOCIWCT)  •  NWC ( IPRO JCOM/ IWCT ) 

IPCIWCT.LT.NWCTIMDTMEN 

TATNEw«TATNEW4PCM0MNEw(IPR0JC0M>*PCMAS<IwCT)*TAT 

TTAT0L0*TTAT0L04PCMAS3M«PCMAS<IWCT)»TAT0L0(IwCT) 

ELSE  IPCIWCT.LT.NWCTOMI )THEN 
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o  o  o 


q.  Subroutine  SHOWFILE 


subroutine  SHOWFlLEdNFILE^OUTFILE) 

—  THIS  module  oisflrts  the  input  ano  output  file  names  used  by  the 

---  PROGRAM  TO  THE  USER  AFTER  NORMAL  OR  ABNORMAL  COMPLETION  OF  THE 

—  PROGRAM. 

CMARACTER*80  INFILE/OUTFILE 
URITE<6«6000) 

6000  FORMATdX* 

S  *  Th*  folloming  files  have  paan  usad  by  this  program:*) 

WRITE (6«6001) INF ILE/OUTFILE 

6001  FORMATdX.*  INPUT  Fxla:  *«Al3/ 

X  IX,*  OUTPUT  File:  *,A1J> 

HRITE<6,*  dX,A4)  *)  *  BTE* 

RETURN 

END 


END 

FILMED 
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